triggers crée un lock

**epsilon68** · 20/10/2020, 09h27

Bonjour,

j'en perds mon latin. J'essaie d'implémenter une table d'audit. J'ai:

table audit_log

Table A et table B

A et B ont un trigger qui en cas d'insert ou delete, font un insert dans audit_log, du genre

Code :

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

insert into audit_log (x, y, z) select x, y, z from inserted where macolonne is not null;

je découvre que le select x,y,z from inserted (ou deleted) crée un lock et donc je ne peux pas insérer dans A dans une transaction 1 et insérer dans B dans une transaction 2 en même temps, il faut que la transaction 1 soit commitée pour que la 2 puisse finir.

Pour info, la db n'est pas en RCSI.

help ! je ne comprends pas ce qui se passe. si j'enlève le select from inserted et le remplace par un "values (x,y,z)" je n'ai pas ce problème ... (sauf que je ne peux pas ...)

avez vous une idée ?

**mikedavem** · 20/10/2020, 09h48

Envoyé par epsilon68

Bonjour,
je decouvre que le select x,y,z from inserted (ou deleted) crée un lock et donc je ne peux pas inserer dans A dans une transaction 1 et inserer dans B dans une transaction 2 en meme temps, il faut que la transaction 1 soit commitée pour que la 2 puisse finir.
avez vous une idée ?

Vu de loin, je ne vois pas le problème. Tes insertions provenant de 2 transactions distinctes dans la table d'audit seront sérialisés comme attendu. Si tes transactions sont courtes et sélectives le verrou ne devrait pas plus déranger que cela.

Est-ce le cas ?

++

**epsilon68** · 20/10/2020, 20h34

j'ai trouvé mon problème, en fait je faisais

Code :

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

1
2
with mes_ids (select id from matable order by id fetch next 10 rows only)
delete from matable where id in (Select id from mes_ids)

le select dans le with, faisait en fait le lock...

ca m'a quand même fait perdre quelques heures cette histoire...

**escartefigue** · 23/10/2020, 08h39

Donc le but de ce trigger est de supprimer physiquement les lignes dont la valeur d'identifiant fait partie des 10 plus petites valeurs, ce qui ne veut pas forcément dire qu'il s'agit des plus anciens.
Etrange de faire des DELETE sans critère fonctionnel... quel est le contexte ?

**epsilon68** · 27/10/2020, 23h09

Envoyé par escartefigue

Donc le but de ce trigger est de supprimer physiquement les lignes dont la valeur d'identifiant fait partie des 10 plus petites valeurs, ce qui ne veut pas forcément dire qu'il s'agit des plus anciens.
Etrange de faire des DELETE sans critère fonctionnel... quel est le contexte ?

non, le but du trigger est de logger les valeurs lors de l'insert, update et delete. C'est un trigger pour auditer les données.
Le "delete from" que je faisais était pour tester le trigger, et je voulais effacer seulement n lignes... mais je me suis tiré dans le pied.