Discussion :

[Maxence HUBICHE]

Le lien te renvois vers begintrans ...
parce que c'est là que tu trouveras le concept de transaction.
Mais access gère en interne la notion de transactions.
En fait, si tu mets TRUE, l'exécution de la requête se fait à la fin de la requête. si tu mets FALSE l'exécution se fait ligne à ligne (enfin, c'est ce que j'ai compris)...

[Gandalf24]

Et le begintrans s'applique a un object Connection (que j'ai jamais utilisé)...
Bon je vais matter de ce pas et faire quelques tests pour essayer de comprendre...
A +

[Gandalf24]

Ca démarre mal... Connection est un objet DAO ????!!!!

En fait la problème persiste, Begintrans ne joue que avec des objets DAO-ADO donc j'en conclue logiquement que le deuxieme argument de runsql fait appel à un objet dao...( a moins que l'aide de access ne nous dit pas tout... (no comment))
Zemn : J'ai lu ton poste sur comment poser une question, et je suis désolé de te dire qu'actuellement je ne me sens pas l'ame du hacker qui va titiller la chose pour comprendre(pb de temps). Mais je te remercie pour la réponse en utilisant le execute (qui marche très bien) et profite pour saluer et remercier les hackers...
A+

[sinarf]

Donc on s'est bien laisser avoir par un manque de clareté de l'aide, et la solution que tu nous propose ZeMenace nous l'avions trouvé, mais c'est vraiment ce message de l'aide d'access que l'on voulait expliquer.
Moi je pense que la confusion viens d'un lien dans l'aide de docmd.runSQL sur le mot transaction et qui ne devrait pas se trouver là (peut-etre géneré automatiquement). Quoique ya pas que ça ....
Donc en fait il est impossible d'utiliser les transactions dans ce cas. Il faut utiliser les commandes DAO ou ADO avec les methodes de transactions correspondantes.

Je savais bien que j'apprendrais quelque chose de ce post .
mais j'ai quand meme l'impression qu'il manque un element pour que je comprenne tout.

[Maxence HUBICHE]

Ben vous n'avez pas tout compris je pense...
La transaction est un concept de base de données. POINT FINAL.
Access Gère les transactions.
Docmd est un objet Access. On peut exécuter une requête à travers Access dans le cadre d'une transaction ou pas.

BeginTrans est une méthode DAO (dans notre cas). L'exécution de la requête doit donc se faire en DAO pour une transaction déclarée en DAO.

C'est tout.
Vous voulez travailler sur 2 bibliothèques différentes en faisant comme s'il s'agissait de la même. C'est pour cela que ca ne va pas.

[sinarf]

Mais pour que Access gère les transaction il faut que les methodes les gérant existes, non ? Hors ces methodes n'ont pas l'air d'exister, (je ne les ai pas trouvé dans l'explorateur d'objet).
Dans l'aide en dehors des points deja signaler plus haut il y des exemples intitulés :
BeginTrans, CommitTrans, Rollback, méthodes, exemple (DAO)
Exemple des méthodes BeginTrans, CommitTrans et Rollback (Microsoft Access)

Hors ces 2 exemples utilises des recordsets qui sont des objets DAO (Access 97).

Voila, je cherche la petite bête étant donné que je sais comment faire autrement mais comme tu dis il y a quelque chose que je ne comprends pas. Ceci dit, avant ce post, je savais juste que les transactions existaient, aujourd'hui, je saurais les mettre en place.
Il n'y a plus de point bloquant juste une saine curiosité pas totalement satisfaite.

[Gandalf24]

Sinarf :
Bon résumé de ce que je pense

[extros]

Kestion?

Pourquoi vous servez vous des transactions?
Quel interet?

Pkoi

Code :

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

1
2
3
4
 
  DBEngine.BeginTrans
    DoCmd.RunSQL "UPDATE Personnes SET f1 = 4"
  DBEngine.Rollback

plutot ke :

Code :

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

1
2
 
Currentdb.Execute "UPDATE Personnes SET f1 = 4"

[sinarf]

Pourquoi vous servez vous des transactions?

Moi je les utilises pas ... pour le moment

Le code que tu montres est un code de test il n'a aucun sens dans une situation réelle. En plus, nous avons montrer que ce code ne marchais pas. Relis bien les messages précedents

Quel interet?

les raisons peuvent etre multiples mais la principale, je pense, c'est lorsque tu lances plusieurs traitements d'affil, cela permet de dire soit tout se passe bien et on valide la transaction, soit on annule tout.

Par exemple :
lors d'une transaction financière :
Tu debite le compte emeteur
Tu credite le compte recepteur et là, tu as un problème de reseau impossible de crediter le compte.
Tu as interet à pouvoir annuler le debit sinon tu risque d'avoir un problème et on va te demander ou est passé l'argent.

Voila j'espère avoir repondu a ta question.
Ah oui au fait ce compte c'était celui d'un Yakuza, planque toi il te cherche

[stephane eyskens]

salut,

tout à fait, les transactions servent à sécuriser les données. si tu fais un "update...." sans démarrer une transaction, dès que le traitement est exécuté, c'est trop tard pour revenir en arrière.

Tandis qu'avec une transaction (oracle par ex.) tu fais un truc du genre

update....(la transaction démarre automatiquement en oracle)

if(.......) then
commit (valide la transaction)
else
rollback (restaure l'ancienne image des données)

tu peux aussi créer des savepoints qui te permettent de "commiter" jusqu'à un savepoint "X" sans commiter toute la transaction.

Bref, la gestion de transaction est indispensable si tu veux renforcer l'intégrité de tes données ainsi qu'éviter des erreurs.