[SQL2008][SQL2012]Trigger + Dead Lock

Bonjour a tous,

Encore un problème étrange que j'avais déjà du contourner sans avoir de solution, sauf que c'est fois c'est bloquant.

Je suis toujours contrains de garder le secret donc je suis obliger d'utiliser das allias pour mes noms de tables et de colonnes, je m'en excuse d'avance.

J'ai un trigger sur la table "Ventes" qui se déclenche a lors de l'Insert.

Ce trigger insère une ligne dans une table "Historique" avec une partie des données que je viens d'écrire. Ça marche assez bien lors que je test depuis SSMS mais depuis mon appli lorsque je fais mon insert dans "Vente", la ligne dans "Historique" se crée mais la table reste bloquée et au coup suivant je me prend un deadlock.

Est ce que l'un de vous voit une solution ?

Bonjour,
Est ce que tu peux fournir un DDL des "fausses tables", de ton "faux trigger" et de ta "fausse procédure" d'insertion de données ?

Bonjour,

Citation:

---

Envoyé par Donpi

Ça marche assez bien lors que je test depuis SSMS mais depuis mon appli lorsque je fais mon insert dans "Vente", la ligne dans "Historique" se crée mais la table reste bloquée et au coup suivant je me prend un deadlock.

---

Est-ce un deadlock, ou un simple timeout ?

Lorsque vous testez depuis SSMS, est-ce qu'il n'y a pas une transaction implicite d'ouverte que vous ne fermez pas ?

Citation:

---

Envoyé par aieeeuuuuu

Bonjour,

Est-ce un deadlock, ou un simple timeout ?

Lorsque vous testez depuis SSMS, est-ce qu'il n'y a pas une transaction implicite d'ouverte que vous ne fermez pas ?

---

C'est un timeout oui mais si je ne kill pas moi même la session les tables restent bloquées. Même lorsque l'appli ne tourne plus.

Il faut donc trouver pourquoi ce verrou reste posé sur la table.

Lorsque vous avez une requête bloquée, vous pouvez exécuter sp_who2 pour voir par quel processus elle est bloquée.

Citation:

---

Envoyé par aieeeuuuuu

Il faut donc trouver pourquoi ce verrou reste posé sur la table.

Lorsque vous avez une requête bloquée, vous pouvez exécuter sp_who2 pour voir par quel processus elle est bloquée.

---

Je venais justement pour donner l'info.

C'est SQL AGENT qui bloque sur un UPDATE avec une jointure sur ma table "Ventes"

SQLAgent - TSQL JobStep (Job 0xF65EB05F0DFCFB4A9E6BCEBA8461B860 : Step 2)

J'ai lancer une recherche dans toutes ma base pour voir si j'ai pas un trigger perdu qui contient cette requete

... je suis trop mauvais ... ...
C'est bêtement une tâche de l'agent sql qui se déclenche après les écritures pour renforcer les liaisons.

Un test qui n'as jamais été mis en prod...

Bon...

C'est par où les trophé de la loose ?


En tout cas, merci :)