Discussion :

[mugwump]

Bonjour,
Dans une transaction Oracle, plusieurs triggers sur différentes tables sont déclenchés et je souhaiterai transmettre/partager une ou plusieurs informations entre ces triggers, y-a-t-il un moyen simple pour faire cela ?

J'ai pensé à des variables de packages mais je ne sais pas trop si cela est la bonne façon....


Cdlt
Mugwump

[Pomalaix]

J'ai pensé à des variables de packages ..

Tout à fait, les variables définies dans dans la spécification du paquetage ont une portée globale, et sont donc accessibles par n'importe quel code au sein de votre session.

[mugwump]

Merci pour cette réponse, mais cela est aussi un problème pour moi.

Car j'aurai souhaité partager des informations uniquement au sein d'une transaction or deux updates sur deux lignes différentes d'une même table vont voir "les memes variables" de package.....Ce qui me pose problème.


Exemple :
une transaction (session) Oracle débute qui fait :
UPDATE INDIV ==>déclenche un trigger
UPDATE INDIVIDU ==> déclenche un trigger
UPDATE SOCIETE ==> déclenche un trigger
....
fin de transaction.

Ces deux derniers triggers "doivent" voir les données placées "en mémoire" lors du 1er trigger pour repérer l'utilisateur par exemple.
Mais si j'update INDIV sur MATRICULE1 et MATRICULE2, je ne veux pas partager les mêmes données.

J'ai placé une méthode initialize dans mon package et je m'apercois qu'elle n'est appellée qu'une seule fois pour tout un tas de transaction (qui sont déclenché par des applications externes au travers d'un pool Java de connection Oracle), ce qui pose problème pour la meme raison que ci-dessus.

Je ne sais pas à quel moment le package est créée et à quel moment il est détruit.

Mugqump

[xdescamp]

J'ai placé une méthode initialize dans mon package et je m'apercois qu'elle n'est appellée qu'une seule fois pour tout un tas de transaction (qui sont déclenché par des applications externes au travers d'un pool Java de connection Oracle), ce qui pose problème pour la meme raison que ci-dessus.

Je ne sais pas à quel moment le package est créée et à quel moment il est détruit.

Pour une session donnée, le package est instancié lors de son 1er appel. Il n'est libéré que lorsque la connexion est fermée.

Dans le cas d'un pool de connexions Java, le package est instancié une fois dans chaque connexion, puis n'est jamais libéré puisque le principe du pool est de laisser les connexions ouvertes.

Pour ton problème, tu pourrais peut-être utiliser des variables de package de type tableaux indexés par une PK (matricule par ex.), ce qui te permettrait de différencier les données des différent enregistrements. Attention dans ce cas à bien supprimer les données du tableau au fur et à mesure pour ne pas qu'il grossisse trop.

[nuke_y]

J'imagine que ce n'est pas évident mais pour moi c'est typiquement le genre de cas qui doivent être géré dans l'applicatif, pas dans les triggers.

[xdescamp]

J'imagine que ce n'est pas évident mais pour moi c'est typiquement le genre de cas qui doivent être géré dans l'applicatif, pas dans les triggers.

Je suis assez d'accord sur le principe. Si ce n'est pas possible dans l'application directement, pourquoi ne pas partir sur du package PL/SQL (ce qui revient à stocker une partie du code de l'application dans la base).