Discussion :

[pressdell]

Bonjour,

Je rencontre un petit soucis sans doute simple à éviter.
J'ai une procédure stockée dans laquelle je déclare un curseur.

Code :

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

1
2
3
4
5
6
7
8
9
CREATE OR REPLACE PROCEDURE SCHEMA1.MA_PROC(SCHEMA2 IN string)
IS
 
    CURSOR Mon_Curseur IS
    SELECT * FROM SCHEMA2.MA_TABLE;
 
BEGIN
    [...]
END;

Le soucis est que lors de la création de mon curseur, le bloc PL n'arrive pas à interpréter SCHEMA2 comme ma variable d'entrée, ce que je peux comprendre.

Après BEGIN, j'arrive sans soucis à utiliser ma variable SCHEMA2, en la concaténant à du texte par exemple.

Comment pourrais-je créer mon curseur à partir de la requête prenant en compte le bon nom de schéma Oracle?

D'avance merci pour vos indications.

Bien cordialement,
pressdell.

[lola06]

Voici la méthode pour déclarer et ouvrir ton curseur dans ton BEGIN.

[mnitu]

Utilisez Sql Dynamique ou supprimer schema2 et utilisez authid avec invoker rights dans la procédure.

[pressdell]

Merci infinimment Lola, j'avoues ne pas avoir assez cherché.
Merci également mnitu!

Bonne journée à vous.

Cordialement.

[pressdell]

Je ré-ouvre ce post car je rencontre un autre problème.

Soit le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CREATE OR REPLACE PROCEDURE SCHEMA1.MA_PROC(SCHEMA2 IN string)
IS
 
    TYPE ref_cursor_type IS REF CURSOR;
    Mon_curseur ref_cursor_type;
    Ma_ligne Mon_curseur%ROWTYPE;
 
BEGIN
    OPEN Mon_curseur FOR 'SELECT * FROM ' || SCHEMA2 || '.MA_TABLE';
    LOOP
        BEGIN
              FETCH Mon_curseur INTO Ma_ligne;
              EXIT WHEN Mon_curseur%NOTFOUND;
        END;
    END LOOP;
    CLOSE Mon_curseur;
END;

Afin d'effectuer un FETCH, j'ai besoin d'une variable dont le type m'est inconnu (Car, comme vu tout à l'heure, je ne peux pas connaître à l'avance le schéma Oracle sur lequel est la table).

J'essaye donc d'attribuer à la variable Ma_ligne, la ligne du curseur Mon_curseur courante.

J'ai déclarer Ma_ligne comme suit :

Code :

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

Ma_ligne Mon_curseur%ROWTYPE;

Mais cela ne compile pas...

PLS-00320: déclaration de type de cette expression est incomplète ou mal structurée

[lola06]

Si j'ai bien compris tu vas chercher des informations dans une table suivant le schéma entré par l'utilisateur.

Est-ce que la structure de tes tables sont les mêmes (quelque soit le schéma) ?
--> si oui tu peux déclarer ta ligne comme ça :

Code :

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

 Ma_ligne MA_TABLE%ROWTYPE;

[pressdell]

Merci pour ton aide Lola.

Je vais effectivement chercher des données dans une table dont je ne connais pas le schéma à l'avance.

Quelque soit le schéma, ma table a la même structure.

J'ai déclaré Ma_ligne comme tu le mentionne, mais j'obtiens l'erreur suivante :

PLS-00201: l'identificateur 'MA_TABLE' doit être déclaré

Ma procédure est sur un schéma Oracle différent de celui de la table MA_TABLE.
Afin de déclarer une variable de type ligne relative à MA_TABLE, je dois préciser le schéma Oracle. Le code suivant fonctionne par exemple :

Code :

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

Ma_ligne SCHEMA2.MA_TABLE%ROWTYPE;

Je sais qu'il est possible d'utiliser le %ROWTYPE d'un curseur, mais ceci ne semble pas fonctionner avec les curseurs implicites...

[mnitu]

Utilisez Sql Dynamique ou supprimer schema2 et utilisez authid avec invoker rights dans la procédure.

[pressdell]

mnitu,

Je pensais que mon code était déjà quelque peu dynamique du fait du nom de schéma paramétré.

Je viens de tomber sur ces explications : Lien
Pensais-tu à cela lorsque tu évoquais le SQL dynamique?

Concernant :

utilisez authid avec invoker rights dans la procédure

J'avoue ne jamais en avoir entendu parler...

[mnitu]

Oui votre code est dynamique mais j'ai parlé de
Using Invoker's Rights Versus Definer's Rights (AUTHID Clause)

[pressdell]

Merci pour ce lien mnitu.

Malheureusement je n'ai pas la main sur les "users" autres que dans mon environnement de développement.
i.e. Les DBAs avec lesquels je travaille me décapiteront si j'aborde cette solution avec eux pour les environnements suivants...

J'ai finalement fait au plus simple, c'est à dire en ne sélectionnant dans ma "requête implicite" que les données dont j'ai besoin (fin du SELECT *).

Encore merci à vous deux.

Je passe le sujet à Résolu.