Discussion :

[richard038]

Salut,

La question a dejà ete pose, mais je relance le débat.
Est-il farfelu de vouloir démarrer une transaction dans une procedure stockée ?

Un précédent topic propose de les lancer par le client au risque d'avoir des transaction non terminée (suite plantage client par exemple).

Quels sont vos avis ou expérience (je travaille actuellement sur une appli qui doit utiliser une bd firebirsd en mode serveur, et donc se pose le problème des accès concurrentielles de plusieurs clients)

[hgourvest]

Tres honnetement oui et pour autant que je sache cela n'est pas possible puisque ca voudrait dire qu'on pourrait imbriquer des transactions (API + PLSQL) ??.
La durée de vie d'une transaction doit être la plus courte possible, pour éviter les deadlock notamment. De plus une transaction démarrée sur un poste distant est comme tu le sait périlleux à cause des déconnexions ou toute sorte de malheur qui peuvent arriver sur un poste bureautique.

D'ou l'intéret d'une architecture 3 tiers, plus ton serveur d'appli sera proche de ta base de données plus tes transactions seront écourtées. Tu gagnera également en bande passante et en fonctionnalités !

Henri