Discussion :

[fucce]

Bonjour,
une petite question sur MSSQL 2000: je veux démarrer une transaction faire un update et permettre aux autres instance d'accéder aux données de la table en modification. J'ai donc ce code là :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
BEGIN TRAN
UPDATE TABLE SET Y_0 WHERE X_0=1
(...)
COMMIT TRAN

A partir du moment où j'ai fait mon update, la table est locké et personne n'a accès jusqu'au commit!! J'ai essayer avec les options REPEATABLE READ, SERIALIZABLE, READ UNCOMMITTED et READ COMMITTED. Toujours le même problème. Quelqu'un aurait-il une idée? Merci d'avance.

[Fabien Celaia]

Ce ne'st pas dans la session de l'update que l'on autorise les read uncommited, mais sur la session du select

[ylarvor]

j'avoue que la gestion des transactions n'est pas simple mais sql pro a un article eclairant sur le sujet.
http://sqlpro.developpez.com/cours/sqlaz/techniques/

[fucce]

Merci de vos réponse! ylarvor, je vais regarder ton article.
J'ai résolu temporairement mon problème avec WITH(NOLOCK) dans ma requête SELECT.

[ylarvor]

la transaction permet de s'assurer de l'atomicité d'un traitement. Si la première opération a lieu, alors la dernière doit avoir lieu ou on annule le tout.

le mode SERIALIZABLE permet une execution en serie des transactions ce qui evite toute lecture erronne des données. Malheureusement, il est gourmand en performance.

les autres modes sont plus ou moins permeable à l'erreur. les mises a jour de données peuvent avoir lieu d'un coté, de l'autre en meme temps ce qui entraine des effets indesirable en lecture.

le mode le plus permeable est READ UNCOMMITED.