Discussion :

[doki_]

Est ce qu'il y a une solution autre (ou bien mieux) que "les Triggers" pour faire la mise a jour des données existantes dans la base lors de l'insertion des nouveaux tuples?
EXP: ( Je fais l'insertion dans la table "x" et la mise a jour doit s'executer dans la table "y")

[Sergejack]

Est ce qu'il y a une solution autre (ou bien mieux) que "les Triggers" pour faire la mise a jour des données existantes dans la base lors de l'insertion des nouveaux tuples?
EXP: ( Je fais l'insertion dans la table "x" et la mise a jour doit s'executer dans la table "y")

Ça dépend de vos impératifs.
Est-ce que l'effet doit être immédiat ?
Est-ce que vous pourriez changer les appels qui provoquent l'insertion dans la table "X" ?
etc.

[doki_]

Est-ce que vous pourriez changer les appels qui provoquent l'insertion dans la table "X" ?

Non!

mon soucis est la charge mémoire occupée par le "trigger" lors de l'execution.
donc la question est :"trigger ou plusieurs appels à des procedures stockées"?

[Sergejack]

Non!

mon soucis est la charge mémoire occupée par le "trigger" lors de l'execution.
donc la question est :"trigger ou plusieurs appels à des procedures stockées"?

"Non", vous ne pouvez pas changer les appels qui provoquent l'insertion dans la table "X".
Et "Oui", vous envisager des appels à des procedures stockées.

C'est pas très clair...

Les triggers, sont efficaces tant qu'ils sont bien écrits et s'ils ne font pas de ROLLBACK (sinon, faut éviter le trigger AFTER).

Mettez-nous le code de votre trigger actuel.

[doki_]

Pour le moment chui à l'étape de comparaison.
Je vais essayer avec "Les Triggers" et lorsqu'un prototype du "Trigger"
sera prèt je vais le partager.

Merci Mr Sergejack pour vos conseils.