Bonnes pratiques : gérer "copy from" pour déclencher l'alimentation d'une autre table avec les datas importées

Bonjour,

Comme mentionné dans l'objet, je souhaite géré un événements qui s’exécute
dans un schéma X.

Cette partie est automatisée par des traitements Perl qui vont permettre d'alimenter une table contenue dans ce schéma.

Par la suite, j'aimerai avoir une solution qui soit hors Perl afin d'avoir un traitement de ces données sur un autre schéma,
en interne de ma base.

Est-ce que des triggers avec le mot clé update associés a ma table cible peuvent gérés cet événement afin de
déclencher des requêtes qui alimenteraient celle-ci?

La réponse feignante est oui :)

Bon les tests ne sont pas fameux mais je pense que c'est sur l’événement déclencheur :

J'ai créé le trigger suivant :

Code:

---

1 2 3 4 5

create trigger alimentation_ma_table after update on schéma1.matable1 for each statement execute procedure schéma2.fonction();

---

schéma1.matable est alimentée par un copy from.

la fonction porte le drop la table schéma2.matable2 mais aucun événement (pas de drop), j'ai rajouté un raise notice 'trigger déclenché'
dans la fonction => pas de trace.
Je pense que mon trigger n'est donc pas correctement paramétré ou la solution n'est pas la bonne.

Bonjour,
Tu as fais un trigger sur update, mais si ta table est chargée par un copy, c'est donc des inserts qui ont lieu. Personnellement je tenterai un trigger sur insert.
Cordialement
Soazig

Merci a tous.

La solution est la suivante :

Code:

---

1 2 3 4 5

create trigger Nom du trigger after insert on schéma.table for each statement execute procedure nom procédure associée();

---