Discussion :

[Heremion]

Finalement une fois le commit effectué, je remets à jour le prix de ma facture en passant par un Edit. Ce n'est pas très propre, j'ai honte mais au moins ça fonctionne ^^

Petite chose que j'ai vu toutefois, dès que je commit, mes tables se closent.... encore un truc bizarre.

Merci en tout cas pour votre aide.

[SergioMaster]

Petite chose que j'ai vu toutefois, dès que je commit, mes tables se closent.... encore un truc bizarre.

Ben non , justement ce n'est pas un truc bizarre .
Après avoir relu par hasard le tuto de J.Colibri sur le passage de BDE à autre chose je suis tombé sur ce paragraphe

les transactions sont au coeur du fonctionnement de Firebird (système de Versioning). Donc

il n'est pas impératif de comprendre ce fonctionnement dans le détail, mais soyez assurés que tôt ou tard le sujet reviendra sur le tapis
beaucoup de développeurs n'utilisent qu'une seule transaction par application, et ne touchent jamais à Commit ou Rollback. Notre expérience est que pour la modification du schéma, cela se révèle indispensable
Commit fermant les tDataSets, il peut être utile d'employer CommitRetaining
les modes d'isolation des transactions peut avoir aussi un effet sur la performance de vos applications

[e-ric]

Salut

Tout bien réfléchi, une fois la transaction terminée, rien ne dit que ce qui se trouve dans le cache reste cohérent avec les données dans ta base (penses qu'il peut y avoir des triggers qui réalisent des mises à jours complémentaires), la fermeture des ensembles de données peut être vu comme une précaution et force à recharger le cache après la mise à jour.

@+