Si tu ne dois pas travailler avec des requêtes arbitraires (c-à-d tu veux surveiller une seule requête ou un petit nombre défini à l'avance), place un trigger après insertion, mise à jour et suppression.
Le plus simple, qui marchera partout, est de modifier un enregistrement d'une table à part contenant le nombre de modifications, ou la date de la dernière modification, et de consulter cette valeur périodiquement (requête très simple) ou avant de faire ta grosse requête (si tu veux cacher le résultat de ta requête pour des raisons de perfs).
Plus complexe, PostgreSQL permet de définir des triggers dans divers langages, dont C, Python et Perl, et là tu fais ce que tu veux: écrire dans un fichier (socket, pipe ...), envoyer un signal à un processus ... Il te reste alors à intercepter la notification et à la traiter.
# trigger ?
Posté par l'architecte . En réponse au message SGDB avec notification asynchrone des changements d'une vue. Évalué à 5.
Le plus simple, qui marchera partout, est de modifier un enregistrement d'une table à part contenant le nombre de modifications, ou la date de la dernière modification, et de consulter cette valeur périodiquement (requête très simple) ou avant de faire ta grosse requête (si tu veux cacher le résultat de ta requête pour des raisons de perfs).
Plus complexe, PostgreSQL permet de définir des triggers dans divers langages, dont C, Python et Perl, et là tu fais ce que tu veux: écrire dans un fichier (socket, pipe ...), envoyer un signal à un processus ... Il te reste alors à intercepter la notification et à la traiter.