Version imprimable
Bonjour,
Je rencontre un souci étrange. J'ai une appli qui lance des DDL sur un server SQL 2008 les proc stock d'update sont mis en attente lors de leur exécution. Les tables sont lockées et ces transactions sont exécutées plusieurs minutes après la fin de la demande.
Je cherche la raison pour laquelle le server se comporte de cette façon mais je ne trouve pas.
Est-ce que quelqu'un auarit une idée ?
Pour modifier le structure d'une table il faut qu'il n'y ait aucune opération, ni de lecture ni d'écriture sur cette table. Pour ce faire SQL Server pose un verrou de schéma pendant la modif. Avant d'y parvenir il doit attendre que toutes les opérations de lecture/écriture se finalisent. D'où ces temps d'attente tout à fait normaux.
Normalement il est d'usage de lancer ce genre de restructuration aux heures creuses !
A +
Aîe Aîe, je me suis trompé,
Ce n'est pas des ddl mais des dml qui sont effectués sur les tables. (Update, insert, delete). Je suis variment confus. :oops: Donc merci pour la réponse mais je vous induit en erreur.
Est-ce le même mode d'opération car j'ai lu pas mal d'article sur le sujet mais je n'ai jamais eu ce souci auparavant.
Oui, les DML impliquent aussi des verrous. En effet on ne peut pas modifier des données pendant que d'autres les lisent.
A +
Bonjour,
Utilisez les DMV adéquates pour voir les verrous posés ainsi que les requêtes candidates à ces blocages (requêtes bloqués, requêtes bloqueuses etc ..)
Cette requête peut vous donner un 1er topo sur la situation lorsqu'une de vos requêtes est mise en attente justement.
++