Discussion :

[Samuel2202]

Bonjour,

J'ai un trigger (AFTER FOR EACH ROW) sur une table qui à chaque fois qu'il y a un enregistrement sur cette même table, exécute une fonction pgplsql qui éxécute elle-même une fonction PL/sh qui exécute un script PHP.

Dans ce script PHP, je créer 10 enregistrements dans une autre tables où il y a un champ qui fait référence à la table sur laquelle il y a le trigger.

Exemple d'application:

INSERT INTO table1 (champ2, champ3) VALUES ('salut', 'samuel');
(la table1 as un champ1 (alias id) qui est un serial en clef primaire)

-> La fonction pgplsql (appelée par le trigger) récupère l'ID de l'enregistrement (NEW.id), le donne à la fonction pl/sh qui le donne au script PHP.

J'enregistre des données dans la table2, avec un champ qui fait référence à l'id de la table1. Des données avec comme id de table1, l'ID qui vient juste d'être enregistré...

ERREUR de clef étrangère...

Note: Les deux tables sont dans deux schémas différents, avec deux utilisateurs différents. Cependant, aucun problème de droit a priori (GRANT USAGE ON SCHEMA... GRANT REFERENCES ON TABLES...)

Avez-vous une idée ?

Merci à vous,
Cordialement, Samuel.

[SQLpro]

Dans un trigger vous êtes dans une transaction. Or en appelant votre chaine de programme dont l'un est externe à cette transaction car non SQL, vous tentez d'accéder à des données qui ne sont pas encore validée. En effet le COMMIT n'a lieu qu'après que le trigger ait produit son effet.

C'est d'ailleurs une totale hérésie d'un point de vue transactionnelle comme au niveau des performances de faire un tel enchaînement :
1) for each row
2) exécute une fonction pgplsql
3) éxécute elle-même une fonction PL/sh
4) exécute un script PHP.
!!!
Pourquoi pas aussi lui faire faire le café et la vaisselle ?
Le code dans un trigger participe à l'atomicité du traitement... votre script PHP contribue t-il franchement à l'atomicité de l'unité de code ???

A +