Discussion :

[sygale]

Bonjour, j'ai une p'tit souci :

j'ai une table "trace" dans le schéma_1
j'ai une procedure "p_trace" dans le schéma_1, qui alimente "trace"

j'ai une autre table "trace" dans le schéma_2
je souhaite l'alimenter en utilisant "p_trace", cependant, "p_trace" alimente la table "trace" du schéma_1.
comment faire pour qu'elle aliment la table trace du schéma via lequel on l'appele

1) connecté sur schéma_2, lancer schema_1.p_trace : alimente schéma_2.trace
2) connecté sur schéma_1, lancer schema_1.p_trace : alimente schéma_1.trace

kk1 à une solution ?

merci d'avance

[Modération : titre édité par LeoAnderson]

[SheikYerbouti]

http://sheikyerbouti.developpez.com/...?page=Chap4#L4

[LeoAnderson]

Etant donné que votre procédure change en fonction du contexte (l'utilisateur qui la lance) il vous faut passer par du SQL dynamique :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
CREATE OR REPLACE PROCEDURE ...
... 
   Requete VARCHAR2(4000);
BEGIN
   SELECT User INTO User_Courant FROM DUAL;
   Requete := 'INSERT INTO '||User_Courant||'.Table1 (Col1, '||...;
 
   Execute Immediate Requete Using ...
END;
/

Le principe est donc de générer une chaine de caractères contenant la requête qui sera exécutée.

[sygale]

Ben, c'est bien ce qui me semblait pour le sql dynamique.

Mais il y a aucune autre solution ??

Genre le schéma_2 se substitue au schéma_1 quand celui ci s'exécute en tant que schéma_1 ???

[SheikYerbouti]

avez-vous seulement lu le lien que je vous ai communiqué ?! :

[LeoAnderson]

Le fonctionnement de la procédure n'étant pas figé -puisqu'il varie selon le contexte- la solution ne peut pas être du SQL statique !

Il faut donc passer par le SQL dynamique ...

[SheikYerbouti]

???

j'ai beau relire la question initiale, la question est bien : comment utiliser les tables de l'utilisateur qui exécute une procédure plutôt que les tables du créateur de la procédure.

Non ?

[LeoAnderson]

Certes, mais une partie de la question est :

1) connecté sur schéma_2, lancer schema_1.p_trace : alimente schéma_2.trace
2) connecté sur schéma_1, lancer schema_1.p_trace : alimente schéma_1.trace

donc, la procédure devra réaliser des insertions dans une table inconnue au moment de la compilation puisque la table sera propriétaire de l'utilisateur qui appelle la procédure (si ça se trouve, l'utilisateur n'aura même pas la table...)

non ?

[SheikYerbouti]

La table n'est pas inconnue, puisque dans tous les schémas elle porte le même nom : TRACE

[sygale]

SheikYerbouti, j'ai bien lu ton lien, mais je pensais pas que si l'utilisateur schéma_2 exécutait une procédure schéma_1, il allait alimenter la table schéma_1.trace plutot que schéma_2.trace.

Ca sit je fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
connect shcéma_2;
insert into trace (id) values(1);

Cela insert bien dans schéma_2, mais si je passe par une procdure de schéma_1

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
procedure add_trace(id number)
   insert into trace (id) values(1);
end;

Si j'exécute via l'utilisateur schéma_2 la procédure schéma_1.add_trace, la ligne insérée est présente dans schéma_1.trace et non dans schéma_2.trace comme je le souhaite.

[SheikYerbouti]

Raison pour laquelle vous compilez UNE procédure avec le pragma ATHID CURRENT_USER et vous donnez le droit d'exécution à vos utilisateurs.

le user1 insérera dans la table TRACE du user1,
le user2 insérera dans la table TRACE du user2, etc.

[sygale]

Raison pour laquelle vous compilez UNE procédure avec le pragma ATHID CURRENT_USER et vous donnez le droit d'exécution à vos utilisateurs.

le user1 insérera dans la table TRACE du user1,
le user2 insérera dans la table TRACE du user2, etc.

Ca c'est une soluce de ouf merci bcp SheikYerbouti

apres kk tests cela fonctionne exactement comme je le souhaite

Cependant, connais tu des restrictions, genre si deux user différents l'appel en même temps, cela ne pause par de pb.
en théorie non car je pense qu'ORACLE a fait cette option pour ca !!

En tout cas merci bcp, tu sauves la livraison

[Pomalaix]

En tout cas merci bcp, tu sauves la livraison

Eh hop, une caisse de champ' pour Sheik !

[SheikYerbouti]

Cependant, connais tu des restrictions, genre si deux user différents l'appel en même temps, cela ne pause par de pb.
en théorie non car je pense qu'ORACLE a fait cette option pour ca !!

aucune restriction, d'autant plus que 2 users = 2 sessions différentes.