Problème de verrou avec OldeDB

Bonjour,

j'ai un problème de verrouillage de table :

J'update une ligne et ensuite je veux lire cette ligne avant la fin de la transaction...

j'ai essayé directement sous SQL management studio 2005 et ça marche...

Mais OLEDB me verrouille ma ligne :(

Si quelqu'un a une idée...

PS: voilà ce que j'exécute sous sql server

Code:

---

1 2 3 4 5 6 7 8 9 10

BEGIN TRANSACTION   UPDATE CLIENT set abandon = 0, id_titre = '0', nom='BLANCHET', prenom='ISABELLE', bloque = '0', en_compte = 0, code_externe = '01281639' WHERE id_client = '596039'   select * from client WHERE id_client = '596039'   COMMIT

---

Bonjour,
Je pense que cela provient de votre niveau d'isolation des transactions qui diffère entre manager studio et oledb

Non ce n'est pas cela


j'ai essayé TOUS les niveaux d'isolation possible (même le non recommandé : chaos)

Et aucun ne fonctionne... :(

Bonjour.

Personnellement pour le même probléme sur une BD Access, j'ai du passer par des transactions pour gérer les rollback et fermer puis réouvrir la connection :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Dim trCurrentTransaction As OleDbTransaction trCurrentTransaction = CLFWAddMy.CurrentConnection.BeginTransaction(IsolationLevel.ReadCommitted) ... Ordre de MAJ si ko --> trCurrentTransaction.Rollback() si ok --> trCurrentTransaction.Commit() ... CLFWAddMy.CurrentConnection.Close() CLFWAddMy.CurrentConnection.Open()

---

Dans tous les exemples que j'ai vu, on ouvre la connection avant l'ordre de MAJ et on la ferme aprés (niveau perf ça doit pas être super).

Je n'ai pas trouvé d'autre solution pour le moment (et pourtant j'ai chercher !)
Si quelqu'un sait je prend aussi :lol: !

EDIT : Je viens de me rendre compte que ça ne doit pas être ce que tu cherches à faire. Le close/open est plus lié à l'utilisation d'un transaction pour gérer le Rollback. Je laisse le msg au cas où...


Cdt.

Tout d'abord merci pour ta réponse

je me demande ce qu'il se passe si tu coupe ta connexion au milieu de ta transaction et que tu la redémarres après?

Ta transaction s'effectue correctement et cette asruce fait sauter les verrous?

Je suis sceptique...

Bonjour.

Je bosses sur des datasets et cela n'a pas d'importance que je sois en mode déconnecté ou non du moment que lors des mes chargements de data ou lors de maj je sois connecté.
J'essaye tout de même de laisser ma connection ouverte tout le temps mais comme je le disais les transactions autonomes m'obligent à faire cette bidouille.

Dans mon exemple, je ne coupe la connection qu'une fois la transaction terminée via mon commit ou rollback.

Cdt.