Discussion :

[ghostlord79]

Bonjour,

J'ai actuellement un package où je définis mes constantes et mes variables dans le spécifications :

Code :

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

1
2
3
4
5
6
7
8
 
CREATE OR REPLACE PACKAGE PKG_REPORT_ARIANE 
AUTHID CURRENT_USER
AS
-- TYPE PROFIL
code_audit			NUMBER(1)	:= 1;
code_inspection			NUMBER(1)	:= 2;
code_admin			NUMBER(1)	:= 3;

Or je travaille avec une équipe qui est également appelée à utiliser ces variables, est-il possible de centraliser l'ensemble de celle-ci pour que chacun puisse y accéder et les utliser dans son code.
Ceci permettrait également de n'intervenir que sur un fichier pour modifier leur valeurs.

merci

[SheikYerbouti]

A partir du moment ou chaque schéma est autorisé à excécuter votre paquetage ( GRANT EXECUTE ON mon_package TO nom_schema), ces utilisateurs pourront interroger vos variables globales avec la syntaxe suivante :

nom_schema.nom_paquetage.nom_variable

ou si vous créez également un synonyme :

nom_synonyme.nom_variable

[Marc Musette]

tout à fait

la littérature y fait souvent référence en parlant de "package de variables magiques"

tu crées un package et dans ses spécifications, tu déclares tes constantes

tu donnes les droits sur ce package et le tour est joué

mais il me semble que c'est ce que tu fais déjà ... où est le problème?

[ghostlord79]

la finalité serait de sortie les varaibles de mon package et des les inclure dans un package, une procédure ou un fichier, et que celui-ci soit appelé par les scripts de toute l'équipe.

ceci permettrait donc de changer les valeurs plus facilement que si c'est mon package, qui correspond à une partie bien à part du projet sur lequel je travaille.

[Marc Musette]

faire les grants nécessaires sur ton package ! le plus simple et le plus efficace : une fois appelé, tout le package est en mémoire (gain de temps)

je suppose que vous êtes sur la même instance ?

[ghostlord79]

oui, mais je pense que l'idée du package est valable, le seul a priori que j'ai est que il faudrait pluto faire un nouveau package contenant ces variables??? Es t il possible que celuici ne contienne que ça???(et pas de codes??)

merci

[Marc Musette]

bien sûr , c'est cela un package de variables "magiques"

désolé de n'avoir pas été assez clair dans mon premier post

un package peut effectivement ne contenir que des specifications (certains y stockent même des curseurs -- à ce niveau là une vue me semble plus adéquate)

[ghostlord79]

ok merci

[ghostlord79]

si je fais un simple :

Code :

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

1
2
 
select * from REF_TYPE_PROFIL where ID_TYPEPROFIL = ARIANE_CONST.TYPEPROFIL_AUDIT;

avec ariane_const mon package où ma variable TYPEPROFIL_AUDIT est définie, j'obtiens le message d'erreur suivant

Code :

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

1
2
 
ORA-06553: PLS-221: 'TYPEPROFIL_AUDIT' n'est pas une procédure ou est indéfini

pourquoi??

merci

[SheikYerbouti]

Parce que cette variable globale n'est pas définie dans la partie spécifications de votre paquetage.

pouvez-vous envoyer cette partie spécifications ?

[ghostlord79]

la partie sepcifications est la suivante :

Code :

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

1
2
3
4
5
6
7
8
9
 
create or replace package ARIANE_CONST 
is
 
 -- Types de profil utilisateurs
  TYPEPROFIL_AUDIT constant NUMBER(1) := 1;
  TYPEPROFIL_IG    constant NUMBER(1) := 2;
  TYPEPROFIL_ADMIN constant NUMBER(1) := 3;
....

Est-ce le "constant" ???

[SheikYerbouti]

que donne la commande suivante :

Code :

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

Select ARIANE_CONST.TYPEPROFIL_AUDIT From Dual ;

?

[ghostlord79]

Code :

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

1
2
 
ORA-06553: PLS-221: 'TYPEPROFIL_AUDIT' n'est pas une procédure ou est indéfini

même, est-ce que cela veut dire qu'il faut l'appeler depuis une procédure impérativement

[ghostlord79]

je ne comprends rien je viens de l'appeler depuis une procédure inclue dans un autre package et là ça passe. Ce n'est pas normal!!?

[SheikYerbouti]

Cela veut dire que cette variable ne peut être lue que depuis un bloc PL/SQL

[ghostlord79]

ok ce n'est pas une des meilleures explications que vous m'ayez donné, mais je suis assez d'accord donc je ne vais pas en demander plus.

Merci

[Marc Musette]

effectivement, il me semble que seules les fonctions PL/SQL (sous certaines conditions / purity level) sont permises dans un ordre sql

[SheikYerbouti]

ok ce n'est pas une des meilleures explications que vous m'ayez donné, mais je suis assez d'accord donc je ne vais pas en demander plus.

Merci

Désolé, mais je ne pouvais pas deviner que vous vouliez interroger une variable de paquetage à partir d'une requête SQL pure.

[ghostlord79]

c'est pas grave, et ma réponse n'était pas un reproche

merci

[SheikYerbouti]

Mais je n'ai pas dis mon dernier mot, car vous pouvez très bien écrire une fonction dans votre paquetage qui retourne la valeur de la variable globale désirée.

Et là, vous pouvez utiliser le retour de cette fonction dans votre ordre SQL ! (Arf)