Transaction READ COMMITED bloque UPDATE sur même table [Résolu]

stephane.julien · 23/03/2011, 10h51

Bonjour,

J'ai plusieurs transactions ouvertes en niveau READ COMMITED. J'aimerais faire un update de tuples différents sur la même table, et la première transaction bloque la deuxième.

Je pensais que le niveau de blocage était au niveau ROW et pas au niveau TABLE, mais ça ne semble pas être le cas.

Y a-t-il moyen de mettre le verrou au niveau ROW ? Est-ce une configuration de table, de base de donnée, de moteur ou de transaction ?

Merci d'avance de votre aide !

stephane.julien · 23/03/2011, 11h27

Le blocage au niveau TABLE (ou PAGE) est uniquement pour la commande UPDATE. La commande INSERT ne bloque que les rows qu'elle insère.

SQLpro · 23/03/2011, 12h04

Citation:

Envoyé par stephane.julien

Bonjour,

J'ai plusieurs transactions ouvertes en niveau READ COMMITED. J'aimerais faire un update de tuples différents sur la même table, et la première transaction bloque la deuxième.

ce qui est logique et normal dans certains cas.

Citation:

Je pensais que le niveau de blocage était au niveau ROW et pas au niveau TABLE, mais ça ne semble pas être le cas.

table ? Non, rarement. Page le plus souvent.

Citation:

Y a-t-il moyen de mettre le verrou au niveau ROW ? Est-ce une configuration de table, de base de donnée, de moteur ou de transaction ?

Oui, mais c'est toujours risqué. M'est avis que vos transactions sont mal écrites....
Postez les SVP.
Néanmoins vous pouvez imposez le type de verrous par objet avec ALTER INDEX (même sur une table)
Ou alors par requête avec un hint du genre ROW LOCK.

Citation:

Merci d'avance de votre aide !

A +

stephane.julien · 22/06/2011, 13h52

Le hint du genre ROW LOCK n'étant pas sûr, j'ai testé la variante ALTER INDEX ALLOW PAGELOCK=false, et ça fonctionne.

La manière dont j'ai écrit mes transactions ne peut être changée. Par contre, il m'arrive encore sporadiquement d'avoir des interblocages qui sont dus à la suite d'exécutions de requêtes. Je ne peux rien faire contre ceux-ci. Je les catch donc dans l'application et relance la transaction. Après 5 essais je lance une erreur d'application.

Merci pour l'aide !

23/03/2011, 10h51	#1
stephane.julien Membre régulier Inscription : septembre 2007 Messages : 339 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : septembre 2007 Messages : 339 Points : 92 Points : 92	Transaction READ COMMITED bloque UPDATE sur même table Bonjour, J'ai plusieurs transactions ouvertes en niveau READ COMMITED. J'aimerais faire un update de tuples différents sur la même table, et la première transaction bloque la deuxième. Je pensais que le niveau de blocage était au niveau ROW et pas au niveau TABLE, mais ça ne semble pas être le cas. Y a-t-il moyen de mettre le verrou au niveau ROW ? Est-ce une configuration de table, de base de donnée, de moteur ou de transaction ? Merci d'avance de votre aide !
	00

23/03/2011, 11h27	#2
stephane.julien Membre régulier Inscription : septembre 2007 Messages : 339 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : septembre 2007 Messages : 339 Points : 92 Points : 92	Le blocage au niveau TABLE (ou PAGE) est uniquement pour la commande UPDATE. La commande INSERT ne bloque que les rows qu'elle insère.
	00

22/06/2011, 13h52	#4
stephane.julien Membre régulier Inscription : septembre 2007 Messages : 339 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : septembre 2007 Messages : 339 Points : 92 Points : 92	Le hint du genre ROW LOCK n'étant pas sûr, j'ai testé la variante ALTER INDEX ALLOW PAGELOCK=false, et ça fonctionne. La manière dont j'ai écrit mes transactions ne peut être changée. Par contre, il m'arrive encore sporadiquement d'avoir des interblocages qui sont dus à la suite d'exécutions de requêtes. Je ne peux rien faire contre ceux-ci. Je les catch donc dans l'application et relance la transaction. Après 5 essais je lance une erreur d'application. Merci pour l'aide !
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email