Discussion :

[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.

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]

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]

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.

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.

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.

Merci d'avance de votre aide !

A +

[stephane.julien]

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 !