Discussion :

[labolabs]

Salut tout le monde,

J'ai une question pour ceux qui ont déjà souffert avec les Deadlock sous PL/SQL !! Une procédure que j'ai écrite doit faire un update d'une table et insérer une petite note dans une autre table. Mon problème est que la première table contient un déclencheur qui essaie aussi d'insérer dans la deuxième table...Du coup : Deadlock !!

Est-ce qu'il y a une solution qui me permettra d'attendre que le déclencheur fasse son insertion avant que je fasse pareil dans ma procédure?

Merci d'avance

[mnitu]

Le comportement que vous avez décrit ne génère pas automatiquement un deadlock. Vous devez donc détailler un peu ; comme d’hab un exemple sera bienvenu.

[labolabs]

Je suis d'accord que ça ne génère pas automatiquement un Deadlock (la preuve ça marchait dans autre serveur avant), mais des fois ça le génère !

Ma procédure met à jour une table (Adresse), puis juste après elle appelle une fonction qui insère une ligne dans une autre table (Memos) (cette fonction fait un COMMIT); Au moment de la mise à jour de la table Adresse, il y a un déclencheur After Update qui insère aussi dans la table Memos (avec COMMIT aussi). C'est à ce moment que le Deadlock peut avoir lieu !

[mongilotti]

peut etre voir coté wait().

[mnitu]

Peut être il sera bien que vous regardez le fichier d’alerte généré par Oracle suite au deadlock pour comprendre ce qui le provoque réellement parce que votre scénario n’implique pas de deadlock.

[pachot]

Bonjour,

Est-ce qu'il y a une solution qui me permettra d'attendre que le déclencheur fasse son insertion avant que je fasse pareil dans ma procédure?

Le code que tu décris ne s'exécute pas en parallèle (sauf si tu appelles les procédures avec dbms_job) donc le trigger est terminé lorsque tu appelles ta procédure.

La seule resource commune dans ce que tu décris est l'insert dans Memos - s'il s'agit de la même clef. Est-ce que ce que tu décris est appelé en parallèle par plusieurs sessions

Faire un commit dans une procédure (et a fortiori dans un trigger) est probablement signe d'un problème de conception.
A moins que l'insert dans Memo soit fait en autonomous transaction ?

Ton scénario peut provoquer un deadlock dans les consitions suivantes:
- la fonction qui fait l'insert dans Memo est une autonomous transaction
- et le trigger ne fait pas l'insert dans Memo en autonomous transaction
- et ces 2 insert concernent la même clef primaire ou la même valeur d'une contrainte d'unicité)

Est-tu dans ce cas ?

Cordialement,
Franck.