Discussion :

[roprog]

Bonjour,
J'ai un problème avec un de mes clients sur une table SQL Server 2008, le souci c'est que lors d'un update de quelques colonnes d'une table que je fais avec une procédure stockée et un niveau d'isolation élevé (serialisable), les données disparaissent après un certain temps, comme si il y a eu un rollback. ce phénomène n'est pas récurent et se produit de façon aléatoire. j'aimerai savoir si SQL serveur fait des rollback automatiquement sur un certain nombre de transaction ou non !? Et dans quelles conditions il fait ça ! est-ce que quelqu'un peut m’éclairer sur ce phénomène et la façon de régler le problème.

Pour info :
j'utilise SQL server 2008
Windows 7 Pro
Un accès concurrent sur la base, Max : 3 connexions simultanées.

Merci

[SQLpro]

Aucun UPDATE même au niveau d'isolation SERIALIZABLE ne conduit à une suppression de ligne.
Dans une transaction quelque soit son niveau d'isolation, le ROLLBACK revient aux données d'origine, telle qu'elles étaient au moment de début de la transaction.

la question que vous devez vous poser est "ais-je besoin d'un niveau d'isolation aussi élevé que SERIALIZABLE" sachant que ce niveau empêche l'apparition des lignes fantômes, mais n'interdit pas aux autres transaction de lignes des lignes de la table qui ne sont pas mis à jour.

Autrement dit, n'utiliseriez vous las les transactions à contre emploi ?
Revenez vous en fin de transaction au niveau standard qu'est READ COMMITTED ?

A +

[roprog]

Justement je ne trouve pas la donnée que j'ai updaté, mais je trouve la donnée initiale inserée lors de la création de la ligne. Pour être claire :

1. je cree une ligne avec une donnée varchar vide '',
2. un peu plu loin dans la journée je fais un update sur cette ligne ex :'AAA'
3. la création et la mise à jour se font avec une seule SP que je controle avec un flag : 1=insert, 0=update. cette sp est à un niveau serializable et je ne reviens pas à read commited.

j'utilise le niveau serializable parce que il y a plusieurs postes qui font les updates sur cette table.

donc le problème c'est que d'une façon aléatoire et rare je ne trouve plus 'AAA' mais '' ç-a-d la valeur initiale.