Discussion :

[kakolac]

Bonjour

j'ai un petit souci : voilà , j'ai plusieurs procédures que je compte industrialiser pour qu'elles soient lancées simultanément.
Ces mêmes procédures appellent en fin de traitement une seule et même procédure qui dans cette procédure fait un truc du genre :

Procédure unique appelée par les autres proc :
Proc unique ( pi_table_proc)

1ère phase

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE TABLE TEMP  AS select H1, H2, H3 from ||pi_table_proc;

2ème phase

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DELETE FROM pi_table_proc where ID in (select ID from ||pi_table_proc group by ID having count (*) >1;

Le problème c'est que lorsque j'envoie les procédures simultanées, ça se percute lors de l'appel de procédure unique ( forcémment vous allez me dire )

N'y a t'il pas une astuce me permettant de mettre en attente ( en queue ) les procédures ?

[mnitu]

Avec Oracle les gens civilisés ne crée pas des tables à la volé. Ca se fait avec Sysbase ou SQLServeur mais pas avec Oracle. Donc «industrialisez » le traitement.

[kakolac]

les gens civilisés

Bon...il s'agit d'une table temporaire que je delete par la suite.

[Rei Ichido]

Pourquoi ne pas créer une bonne fois pour toute une Global Temporary Table ? Vous aurez autant de tables indépendantes que de sessions.

[kakolac]

non car il va me falloir créer une quinzaine de procédures qui font exactement le même procédé ...je trouve ça débile , je ne sais pas ce que vous en pensez.

j'ai trouvé une solution : dbms_lock.request.

Merci pour vos réponses en tout cas

[mnitu]

...j'ai trouvé une solution : dbms_lock.request.

Par défault les utilisateur n'ont pas les droits d'utiliser Dbms_Lock. Non ce n'est pas un solution dans votre cas, vous n'en avez pas besoin.

[Rei Ichido]

non car il va me falloir créer une quinzaine de procédures qui font exactement le même procédé ...je trouve ça débile , je ne sais pas ce que vous en pensez.

j'ai trouvé une solution : dbms_lock.request.

Merci pour vos réponses en tout cas

Personnellement c'est le lock que je trouve absurde. À quoi sert de faire des choses en parallèle si c'est pour dire "je met un lock pour faire du séquentiel" ?

Sinon, avez-vous pris la peine de lire ce qu'est une Global Temporary Table ?
Pour faire court : une seule table, mais chaque session gère de façon indépendante ce qu'il y a dedans. La durée de vie du contenu ne dépasse donc pas la durée de vie de la session (on peut même faire plus court, car le mode par défaut supprime toutes les lignes à chaque COMMIT). À moins d'avoir la même session qui appelle plusieurs de vos procédures, c'est exactement ce qu'il vous faut.