Discussion :

[foxynet67]

Bonjour à tous,

J'ai actuellement un soucis de blocage d'une table lors de l'execution d'une proc stockée (simple update d'une valeur dans cette table).

J'ai d'importantes contraintes de temps de traitement.

Je souhaite limiter la durée d'exécution de ma proc stockée (et uniquement celle-là) afin de limiter le temps de lock (même si l'update n'est pas fini).

Comment puis je gérer cela?

[rudib]

Bonjour,

La table est-elle de taille importante ? Est-ce que la/les colonnes qui sont référencées dans ta clause WHERE sont indexées ?

[SQLpro]

et même : y a t-il une clef primaire dans la table ???

A +

[phili_b]

afin de limiter le temps de lock (même si l'update n'est pas fini).

Et en modifiant le niveau d'isolation des transactions ?

ça serait bien qu'on voit la bouille de cette procédure sinon...

[Babyneedle]

Tu peux aussi regarder le problème d'une autre perspective. Si ta table est lockée par une opération couteuse, est-ce que les lectures de cette table ne pourraient pas être gérées par une view en dirty read (WITH (NOLOCK))?

D'un côté, tu encadre toutes tes transactions insert et update dans des transactions (BEGIN ... COMMIT TRAN). Et de l'autre, tous les accès à la table passent par une view SELECT * FROM MaTable WITH (NOLOCK).

Ce n'est pas élégant, mais en attendant, ça peut dépanner.

[rudib]

D'un côté, tu encadre toutes tes transactions insert et update dans des transactions (BEGIN ... COMMIT TRAN)

Si tu veux dire, chaque instruction dans une transaction, c'est inutile, une instruction SQL est déjà dans une transaction, pour garantir son atomicité.