[PL/SQL] Procédures imbriquées

Version imprimable

07/07/2006, 12h04
dcollart

[PL/SQL] Procédures imbriquées

Bonjour,

j'utilise dans mon projet 2 procédures qui sont imbriquées.
La procedure1(...) appelle la procedure2(...).

Je voudrais que la procedure2 ne puisse être lancée que par la procedure1. On ne pourrait pas faire directement Exec procedure2(...)

Est-ce possible ?

Merci et bonne journée

Dans ce cas pourquoi ne pas la créer dans la procédure 1 ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
create or replace procedure1 as
 
   procedure procedure2 as
   begin
     ...
   end;
 
begin
  ...
  procedure2;
  ...
end;
/

07/07/2006, 13h16
dcollart

Bonjour,

Citation:

Envoyé par plaineR

Dans ce cas pourquoi ne pas la créer dans la procédure 1 ?

Chacune des 2 procédures contient un grand nombre de lignes.
Je souhaite donc séparer le code des 2 procedures pour faciliter leur maintenance.
07/07/2006, 13h22
karami

Citation:

Envoyé par dcollart

Bonjour,
Je voudrais que la procedure2 ne puisse être lancée que par la procedure1. On ne pourrait pas faire directement Exec procedure2(...)

Est-ce possible ?

Merci et bonne journée

Oui par :
execute sous sqlserver.
call sous oracle et mysql5.
07/07/2006, 13h43
dcollart

Bonjour,

Citation:

Envoyé par karami

Oui par :
execute sous sqlserver.
call sous oracle et mysql5.

Je ne comprends pas la solution proposée. Je ne cherche pas à exécuter procedure2 mais en interdire son lancement sauf si c'est demandé par la procedure1.

Puis-je avoir quelques précisions ?

Merci et bonne journée.
07/07/2006, 13h58
karami

J'ai cru que la longueur du code qui te fait probleme, si tu veux l'interdire je croix que la solution de plaineR fera l'affaire.
07/07/2006, 13h59
argoet

Citation:

Envoyé par dcollart

Bonjour,

Je ne comprends pas la solution proposée. Je ne cherche pas à exécuter procedure2 mais en interdire son lancement sauf si c'est demandé par la procedure1.

Puis-je avoir quelques précisions ?

Merci et bonne journée.

Dans Quel Cas Procedure2 pourait il estre lancé en directe sans passé par procedure1 ?
07/07/2006, 14h02
orafrance

Citation:

Envoyé par karami

Oui par :
execute sous sqlserver.
call sous oracle et mysql5.

ça n'empêche pas de faire un call procedure2 :roll:
07/07/2006, 14h02
karami

Citation:

Envoyé par argoet

Dans Quel Cas Procedure2 pourait il estre lancé en directe sans passé par procedure1 ?

Je croix pas qu'il y'a de cas,puisqu'il dit :

Citation:

Chacune des 2 procédures contient un grand nombre de lignes.
Je souhaite donc séparer le code des 2 procedures pour faciliter leur maintenance.
07/07/2006, 14h09
argoet

Je ne vois pas trop d'interet à cela : :oops:
mais pourquoi pas !!! : :mouarf:

Rajouter un parametre d'entrée à procedure2 (exemple prg_origine) ;)

Apeler procedure2(avec prg_origine='prc1') dans procedure1

et tester dans procedure2 si prg_origine='prc1' Si oui on continue , sinon on stop ou erreur : la c'est vous qui voyez :)
07/07/2006, 14h17
plaineR

En inspirant de ce post tu dois pouvoir t'en sortir :
http://www.developpez.net/forums/showthread.php?t=90694
07/07/2006, 14h17
Pomalaix

Bonjour

Je pense que c'est un cas où on peut jouer sur la visibilité au sein d'un paquetage que nous appellerons PQ.
Vous rendez P1 publique en la déclarant dans l'en-tête du paquetage (plus dans le corps bien sûr), et vous rendez P2 privée en ne la déclarant que dans le corps du paquetage.

Depuis l'extérieur, vous pourrez faire

Code:

EXEC PQ.P1(param1, param2...);

mais pas

Code:

EXEC PQ.P2(param1, param2...);

puisque P2 n'est pas visible, et ne peut être appelée que depuis le paquetage.
07/07/2006, 14h18
plaineR

Citation:

Envoyé par argoet

Rajouter un parametre d'entrée à procedure2 (exemple prg_origine) ;)

Sauf que si tu positionnes sous SQL*Plus le paramètre à procedure1 tu passes outre la restriction ;)
07/07/2006, 14h24
argoet

Citation:

Envoyé par plaineR

Sauf que si tu positionnes sous SQL*Plus le paramètre à procedure1 tu passes outre la restriction ;)

Absolument PlaineR : et c'est pourquoi j'ai commencé mon poste par

Citation:

Envoyé par argoet

Je ne vois pas trop d'interet à cela :
mais pourquoi pas !!! : ;)

Concernant la réponse de Pomalaix : ça semble répondre completement au besoin :P
07/07/2006, 14h44
aline

+1

C'est pour moi la meilleur technique

Citation:

Envoyé par Pomalaix

Bonjour

Je pense que c'est un cas où on peut jouer sur la visibilité au sein d'un paquetage que nous appellerons PQ.
Vous rendez P1 publique en la déclarant dans l'en-tête du paquetage (plus dans le corps bien sûr), et vous rendez P2 privée en ne la déclarant que dans le corps du paquetage.

Depuis l'extérieur, vous pourrez faire

Code:

EXEC PQ.P1(param1, param2...);

mais pas

Code:

EXEC PQ.P2(param1, param2...);

puisque P2 n'est pas visible, et ne peut être appelée que depuis le paquetage.
07/07/2006, 15h18
plaineR

Citation:

Envoyé par aline

+1

C'est pour moi la meilleur technique

Pour moi aussi ! ... à condition qu'il veuille/puisse créer ses procédures dans un package (ce qui n'est pas évident, puisqu'il ne veut pas créer sa procédure2 comme sous-procédure de sa procédure1) ;)
10/07/2006, 16h12
dcollart

Bonjour,

finalement, j'ai suivi vos conseils. J'ai donc créé un PACKAGE....

Merci encore à tous