Discussion :

[Issam]

Bonsoir,

y'a t'il un moyen de monitorer une table firebird en temps réel ?
d'après ce que je sais et de mémoire il y'a les evenements FB avec POST_Event etc ...
mais il faut faire un commit a partir de son application pour pouvoir avoir cette notification .

donc existe t'il un mécanisme/technique qui permet de détecter les changements sur une table ou bien d'être en écoute sur les événements FB et intercepter les notifications automatiquement ?


Merci et bonne fin de journée

[SergioMaster]

Bonjour,
Monitorer une table et gérer des évènements sont pour moi deux choses différentes et donc je ne comprends certainement pas bien la question.
Pour monitorer une table (c'est à dire enregistrer les changements qui peuvent s'y effectuer) j'utilise des triggers, généralement After Insert OR Update voire un Before DELETE.
Un event lorsque j'en utilise est de la même manière générer par un trigger (ce n'est pas mes programmes qui envoie des Events à la Base de Données mais bien Firebird qui m'en envoi) du coup je ne comprend pas bien ce que vient faire cette remarque :

mais il faut faire un commit a partir de son application pour pouvoir avoir cette notification .

[Issam]

on va prendre un cas concret :
je voudrais lors d'une insertion dans une table donnée notifier les applications connectées a la base de données de cet ajout .

Si on utilise les événements FB, on créer un trigger afterinsert, et dedans on fait appel a POST_EVENT

le soucis que ce n'est pas du temps réel, l'application cliente doit quand même faire un commit pour qu'elle puisse être notifiée de cet événement ,
en tout les cas c'est ce que j'ai pu comprendre ... et de mémoire toujours


donc je me demande si on pouvait être notifié des insertion sur les tables via le mécanisme des post_event , ou autre mais de façon automatique

[SergioMaster]

Si on utilise les événements FB, on créer un trigger afterinsert, et dedans on fait appel a POST_EVENT
le soucis que ce n'est pas du temps réel, l'application cliente doit quand même faire un commit pour qu'elle puisse être notifiée de cet événement ,

évidemment dans ce cas de figure il faut bien qu'il y ait un commit , s'il aucune insertion n'est faite il n'y a normalement aucun évènement a notifier puisqu'il y a eu abandon cela me semble logique ?

maintenant si l'EVENT est posté via un trigger BEFORE INSERT que se passera t-il d'après vous?

[Issam]

évidemment dans ce cas de figure il faut bien qu'il y ait un commit , s'il aucune insertion n'est faite il n'y a normalement aucun évènement a notifier puisqu'il y a eu abandon cela me semble logique ?

maintenant si l'EVENT est posté via un trigger BEFORE INSERT que se passera t-il d'après vous?

Before ou after n'est pas le problème . admettons que j'ai 2 applications tournant sur 2 ordinateurs différents sur le réseau.
mon but et que si l'application sur le poste A fait une insertion/commit dans une table, l'application tournant sur le poste B soit notifiée automatiquement et en temps réel sans besoin de faire un commit a son tour dans le cas des POST_EVENT par exemple

[SergioMaster]

Le poste B n'a pas besoin de faire de COMMIT et sera notifié "en temps réel" (prévoir quand même un petit délai).

j'ai fait une ébauche de traduction d'article trouvés dans un blog à propos des Events ici

On n'a pas là affaire à un problème Firebird, mais à un problème de "lecteur" d'évènements, tout dépend des composants utilisés (ZIbEvents, IBEvents, UIBEvents , FdEventAlerter) et en cas d'utilisation de certains logiciels/configurations du ou des ports utilisés

[Issam]

ah ok je ne savais pas !

j'ai fais il y'a quelques années une application delphi/Firebird, mais j'ai du faire justement ce commit/refresh pour pouvoir avoir ces notification


là je suis sous .net , c'est bien de souligner que c'est un problème de lecteur/configuration

en tout les cas Merci, j'apprécie vraiment