Discussion :

[X448GN]

Bonjour à tous,

Je suis en train de travailler sur une application utilisant PostgreSQL 8.2 et on m'a demandé de faire en sorte, qu'à chaque fois qu'une transaction est validée, que le SGBD informe une autre application des modifications effectuées dans la base de données.
Jusqu'ici, je suis arrivé à faire communiquer mon SGBD et mon application via une procédure stockée Perl et un serveur JMS.
Je suis en train de m'attaquer au développement des triggers qui seront déclenchés à chaque modification. Ces triggers doivent être exécutés à la fin de la transaction et ne doivent pas fournir deux fois le même identifiant d'un objet modifié. Pour la deuxième contrainte, je passe par une table temporaire, détruite à la fin de la transaction, qui permet aux triggers de savoir quels sont les identifiants déjà transmis.

Mon problème concerne la première contrainte, je ne sais pas comment faire pour que les triggers s'exécutent en fin de transaction et une fois la transaction validée. Est-ce que la commande "CREATE CONSTRAINT TRIGGER" peut résoudre mon problème ? Je ne suis pas sûr.

Merci d'avance pour vos aides.

[SQLpro]

Ceci est infaisable.
En effet une transaction ne concerne pas forcément une seule table mais peut en concerner plusieurs (c'est d'ailleurs tout l'intérêt des SGBDR !)... Dès lors sur quelle table faire porter le trigger ?
Le seul moyen de réaliser la demande, et de développer en épais, c'est à dire réaliser une couche objet directement dans le SGBDR.
A lire : http://blog.developpez.com/sqlpro/p9...pping-ro-dire/
Or PostGreSQL ne possède pas de trigger INSTEAD OF pour ce faire.
C'est pourquoi la demande est irréaliste, infaisable et pour ma part je la qualifierais de stupide !

A +