Tables lockées

[dcollart]

Bonjour,

supposons qu'une application utilise des transactions pour réaliser
certaines manipulations dans la base de données. Souvent les
transactions vérouillent les tables (au moment des UPDATE par
exemple). Si l'application plante brutalement alors que les tables
n'ont pas été dévérouillées, celles-ci risquent de ne plus être accessibles
(car toujours vérouillées).
Comment peut-on se protéger et éviter cette situation ?
Que faire si cette situation arrive ?

Merci et bonne journée.

[orafrance]

en principe les tables sont délockés à la fin de la transaction qui a ouvert le lock. Donc si l'appli plante, elle doit déconnecter les utilisateurs et donc lever tous les verrous. Tout cela de manière complétement automatique

[fadace]

De plus, les verrous sont posés généralement sur des tables système virtuelles (mappage en mémoire) : c'est par exemple le cas de la sysprocesses de MS-SQL ou Sybase ASE : lors d'un redémarrage, la tables est réinitialisée... donc pas de problème

[dcollart]

Envoyé par orafrance

en principe les tables sont délockés à la fin de la transaction qui a ouvert le lock. Donc si l'appli plante, elle doit déconnecter les utilisateurs et donc lever tous les verrous. Tout cela de manière complétement automatique

Si l'application plante brutalement, comment peut se terminer une transaction :

[fadace]

La plupart des protocoles testent à intervale réguliers si la connexion est présente. Si tel n'est pas le cas, il release la connexion, et tous les verrous qui allaient avec. Dans les rares cas de bord ou des verrous persistent, on est en présence de ghost process et seul le reboot du SGBDR peut résoudre cela...

[Nounoursonne]

Je suis sur une base Oracle 8i, quand un user pose un verrou sur une ligne d'une table et que par malchance le pc se plante, et bien l'enregistrment reste verrouillé,et c'est la galère