A propos de la représentation intervallaire (article SQLpro)

Bonjour,

J'ai lu attentivement l'article d'SQLpro sur la représentation intervallaire que je trouve très intéressant.

Cependant, j'ai le sentiment que les procédures d'insertions et de suppressions par exemple peuvent produire des deadlocks. En effet, dans les procédures on ne verrouille pas la table entière, ou on ne fait pas un SELECT FOR UPDATE sur toutes nos lignes de l'arborescence par précaution... alors que justement en cas d'insertions ou de suppressions c'est bien toutes les lignes de la table qui sont affectées avec la mise à jour des bornes. Cela me pose donc un problème car dans ce cas, si on fait une pause de 5 secondes après:

Code:

---

1 2 3

SELECT @bgp = NMC_BG, @bdp = NMC_BD, @nivp = NMC_NIVEAU FROM T_NOMENCLATURE_NMC WHERE NMC_ID = @id_parent

---

Rien empêche une autre transaction de lire entre temps un résultat différent pour les bornes d'un parent donné, puisque l'isolation SERIALIZABLE n'empêche pas deux SELECTs concurrents, ce qui provoque ensuite des anomalies en REPEATABLE READ et des deadlocks en SERIALIZABLE puisque les valeurs dans la procédure sont alors faussées.

Bien évidemment, comme les requêtes s’exécutent très rapidement il n'y a pratiquement jamais de deadlock.

Ma question est donc, est-ce que ces procédures peuvent effectivement faire l'objet de deadlocks ?

Merci d'avance pour vos réponses.

Bien cordialement,
Nicolas.

Le SELECT FOR UPDATE est un artifice de type "pis-aller" pour des SGBDR comme PostGreSQL ne respectant pas les niveaux d'isolation de la norme SQL.
Aucun niveau d'isolation n'empêche des lectures concurrentes. Mais bloque différemment lectures et écritures en fonction des mises à jour (verrou au "statement" ou à la transaction).
Il n'est d'ailleurs pas besoin de transactions pour mettre à jour les bornes si l'on fait un UPDATE combiné avec un CASE pour décaler dans la même instruction bornes droites et gauches.
Une autre technique consiste à utiliser un verrouillage de niveau versionning de ligne.
Enfin une technique connexe consiste à mettre les bornes dans une table en héritage pour découpler les mises à jour de données de production des bornes.

A +