Maîtriser le déclenchement des triggers

Bonjour à tous,

J'ai une table qui contient des rues :
- id
- nom
- geometry (line)

Puis une qui contient les noeuds composants cette rue
- id
- id_street
- geometry (point)

La géométrie au niveau des rues est là pour améliorer la performances des select (plutôt que faire une jointure sur les noeuds et reconstruire la géométrie lors du select)

Désormais, je dois faire un trigger qui va mettre à jour la géométrie de la rue lorsque l'on "touche" à l'un de ses noeuds, afin d'assurer la cohérence des données.

Comment puis-je faire ça ?

J'ai vu quelques exemple mais c'est toujours lorsqu'un champ d'une même table doit être mis à jour lorsque la ligne est à jour, donc facile..

Merci à vous,
A bientôt

Comment as-tu rempli la colonne rue.gometry ?
Ne connaissant pas (encore) les fonctions géométriques de Postgresql et/ou Postgis, je suppose qu'il s'agit d'une fonction qui construit la ligne de la rue à partir de ses points ?

Tu devrais donc pouvoir utiliser cette fonction dans une requête UPDATE.

Bon.. j'ai réfléchit un peu (même si j'aurai mieux fait de le faire avant de créer ce sujet, désolé), et toute ma confusion réside en ces questions :

Que vaut le "old.id" dans le cas d'un BEFORE INSERT ?
Que vaut le "new.id" dans le cas d'un AFTER DELETE

Car je veux faire un trigger qui utilise soit le new.id, soit le old.id, déclenché par les évenements AFTER INSERT et AFTER DELETE mais je ne sais pas ce qui se passe si j'utilise le "old.id" sur un AFTER INSERT et le old.id sur un AFTER DELETE..

C'est pour éviter de faire 4 triggers..

Même si ça ne t'aideras pas à me répondre, comme tu m'as posé la question, pour construire la géométrie d'une rue en fonction des points, je fais :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

SELECT ST_Multi(St_MakeLine(sub.geo1, sub.geo2)) FROM ( SELECT wn1.id, n1.geo as geo1, n2.geo as geo2 FROM way_nodes wn1, way_nodes wn2, nodes n1, nodes n2 WHERE wn2.id = wn1.id and n1.id = wn1.node_id and n2.id = wn2.node_id and wn2.sequence_id = wn1.sequence_id + 1 ORDER BY wn1.sequence_id) sub WHERE sub.id = argId;

---

Où argId est l'identifiant de la rue. C'est un peu lourd mais c'est pour bien suivre l’algorithmie de l'outils "osm2pgsql", l'outils utilisé pour ensuite se servir de MapServer avec des "MapFile" prêt à l'emploi.

Citation:

---

Envoyé par mister3957

Que vaut le "old.id" dans le cas d'un BEFORE INSERT ?
Que vaut le "new.id" dans le cas d'un AFTER DELETE

Car je veux faire un trigger qui utilise soit le new.id, soit le old.id, déclenché par les évenements AFTER INSERT et AFTER DELETE mais je ne sais pas ce qui se passe si j'utilise le "old.id" sur un AFTER INSERT et le old.id sur un AFTER DELETE..

---

Il ne se passera rien de bon, puisque le OLD n'a pas de raison d'exister dans un trigger INSERT , ni le NEW dans un DELETE.

Mais en revanche on peut utiliser la variable TG_OP pour savoir dans le trigger s'il a été appelé pour un INSERT ou un DELETE, voir la doc à ce sujet.