Discussion :

[Harry]

Voila, j'ai developpé une application utilisant des datasets et interbase, lorsque je l'utilise en réseau, ce que je modifie sur un poste ne s'applique sur les autres (même la création de nouveaux enregistrements) que après redémarrage du logiciel. J'effectue bien des 'CommitRetaining' sur la transaction du poste effectuant les modifications, et le poste client effectue bien des 'Close/Open sur ses datasets pour raffraichir ses données.

Que faire pour que les modifications se répercutent immédiatement?

[tatareau]

En mode transactionnel c'est un COMMIT sur ta BD qui valider les données.
Toutefois il faut comprendre en détail les objets qui accede à ta base et si ceux ci n'utilise pas un cache. Une fois que ton commit et fait sur la base , tu dois fermer la transaction.

[Harry]

Euh, c'est pas tres pratique de devoir refermer la transaction et la réouvrire en pleine utilisation, y a t'il pas moyen de juste mettre à jour la transaction?

Et le pire c'est que les données semblent bien être enregistrées dans la base, c'est les autres postes qui ne voient pas les modifications tant que l'on ne les à pas relancé.

[Harry]

PS : je met CachedUpdates a false sur mes datasets.
Les données semblent bien s'enregistrer dans la base avec le CommitRetaining, mon pb est juste de trouver le moyen de rafraichir les changements sur les autres postes.

[SkyDev]

Bonjour à tous,

Celà m'interessa fortement, est ce que vous n'auriez pas un exemple de code source à donner, genre de fonction(table) pour tous les tables sinon on peut procéder autrement.

En fait j'ai lu sur Help sur Delphi concernant CommitRemaning, je ne pige pas très bien, pourriez vous citer des explications claire ainsi des avantages ou inconvénients concernant Comit, ComitRemaining, et ...

J'espère que les membres expérimentés Delphi-Interbase/firebird nous informerons.

Merci à vous

[webbulls]

Salut!
J'ai exactement le meme souci et j'arrive à la meme conclusion que toi...Les données de ne rafraichissent pas!!

[DarkWinter]

Le CommitRetainig ne fait qu'enregistrer les données sur le serveur mais ne récupère pas les données des autres postes. Pour cela il faut obligatoirement passer par Commit .

[SkyDev]

Le CommitRetainig ne fait qu'enregistrer les données sur le serveur mais ne récupère pas les données des autres postes. Pour cela il faut obligatoirement passer par Commit .

Bjr,

Pourriez-vous nous donner un exemple de code source afin d'y voir au plus clair.

Je vous remercie de votre compréhension.

[SkyDev]

Salut à tous,

En fait j'ai trouvé la solution avec mes amis de ma classe.

Pour le faire actualiser automatiquement en réseau avec Interbase, donc tu as un querry, il faudra créer un IBTransaction par querry (table) et là ça marche.

[Barbibulle]

Le CommitRetainig ne fait qu'enregistrer les données sur le serveur mais ne récupère pas les données des autres postes. Pour cela il faut obligatoirement passer par Commit .

Aille aille aille...

Que d'incomprehensions....

Je rectifie donc :

Le CommitRetaining fait exactement la même chose que le Commit. Sauf qu'il ne ferme pas la transaction et donc ne ferme pas les objets DB qui y sont attachés.

Maintenant résolution du probleme :

Ne changez pas vos CommitRetaining en Commit si ca vous arrange.
Pourquoi les autres postes ne voient pas les modifications ??

Ils sont dans une transaction de type snapshot qui a été ouverte avant le commit de l'autre poste...

Solutions :
1-Fermer la transaction et la réouvrir (ne pas confondre avec le dataset... car s'il y a plusieurs dataset d'ouvert, la fermeture d'un dataset ne ferme pas la transaction
2 ou bien configurer la transaction en mode readCommited...

Tout simplement.