Suis-je sur le bon chemin pour la gestion manuelle des transactions avec Firedac

Bonjour a tous.
svp j'aimerais bien savoir si je suis sur le bon chemin pour la gestion manuelle des transactions avec Firedac avec Firebird comme SGBD.

j'utilise un FDTransaction1 (transaction Global)pour la la connextion FDConnection.

Pour mes FDTable et FDQuery j'utilise un FDTransaction2.


Pour les paramètres des Composants FDTransaction1 et FDTransaction2 :

AutoCommit = False
AutoStart = False
AutoStop = False

apres dans l'evenement AfterPost du FDTable1 , je gère la transaction comme suit :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

procedure TForm1.FDTable1AfterPost(DataSet: TDataSet); begin try FDTransaction2.Commit;   except FDConnection2.Rollback;   end; FDTable1.Open; end;

---

svp, Suis je sur le bon chemin?

c'est bizarre de mettre le Commit dans un AfterPost. Cela revient à faire un AutoCommit sans Cache

La transaction c'est idéal pour modifier plusieurs tables d'un coup et garantir que la DB forme un ensemble cohérent, si cela échoue à moitié, c'est comme si rien ne s'était passé, laissant la base "propre"

Bonjour,


deux points :

Citation:

---

j'utilise un FDTransaction1 (transaction Global)pour la la connextion FDConnection.
Pour mes FDTable et FDQuery j'utilise un FDTransaction2.

---

Par défaut, même si non indiqué, FDConnection utilisera une Transaction donc pas forcément besoin d'en poser une
idem pour les FDTable ou FDQuery par défaut ces composants utilisent la transaction indiquée dans FDConnection et ... cf au dessus.


je plussoie la réflexion de ShaiLeTroll dans un AfterPost cela n'a pas beaucoup de sens.

Pour ce qui est du code

Code:

---

1 2 3 4 5 6 7 8

procedure TForm1.FDTable1AfterPost(DataSet: TDataSet); begin try FDTransaction2.Commit; except FDConnection2.Rollback; end; FDTable1.Open;

---

C'est le FDTable1.Open qui me chagrine puisqu'il est déjà ouvert donc instruction inutile AMHA. Pire ce serait des tables contenant beaucoup de lignes et que le open devait faire quelque chose, bonjour les délais
Je n'ai pas vu de FDTransaction2.StartTransaction mais bon, cela doit être quelque part sinon pas de commit ;)

le "open" d'une table en before ou after d'une modification de l'un de ses enregistrements me laisse tout aussi perplexe, quelle en était la raison ?

Merci a vous tous les experts d'avoir répondre a ma question.

1- Pour le FDTransaction2.StartTransaction je l'ai mis dans l'événement BeforePost.
2- Pour FDTable1.Open; parce qu’après un commit de transaction la table se ferme.
3- meme pour les FDquery j'utilise ce bout de code :

Code:

---

1 2 3 4 5 6 7 8

FDTransaction2.StartTransaction; try FDQuery1.ExecSQL ; FDTransaction2.Commit; except FDConnection2.Rollback; end;

---

Donc , comment gérez vous manuellement les transaction avec Firedac?
(un exemple si c'est possible svp.)

Comme l'a dit ShaiLeTroll, les transactions sont surtout utilisées lors de la modification de plusieurs tables.

Prenons exemple d'une gestion de facturation, bien souvent on utilise deux tables, une tables pour sauvegarder les entêtes des factures et une autre table pour sauvegarder les lignes de chaque facture.

Donc lors d'une insertion d'une ligne d'une facture :

Code:

---

1 2 3 4 5 6 7 8 9 10

try FDTransaction.StartTransaction; - Insérer la ligne dans la tables des lignes de factures - Modifier entête de la table des entêtes pour prendre en compte la nouvelle ligne FDQuery.ExecSQL ; FDTransaction.Commit; except FDTransaction.Rollback; end;

---

Code:

---

1 2	if not FDTransaction.InTransaction then FDTransaction.StartTransaction

---

Pourquoi le test InTransaction ? AMHA cela sert à rien car si l'on est déjà dans une transaction il faut savoir ce qu'il s'est passé auparavant, faut il un commit ? un rollback ?