Discussion :

[Golgotha]

Bonjour,

J'ai une problématique que je n'arrive pas à résoudre.
C'est assez simple, j'ai un package avec plusieurs fonction :

Code sql :

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

1
2
3
4
5
6
7
8
9
Fonction A()
begin
 
end;
 
Fonction B()
begin
 
end;

Et dans toutes ces fonctions, j'ai des selects qui ont une clause IN avec un autre select, et ce select est identique dans plusieurs fonction de mon package.

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
Fonction A()
begin

Select ... where x in (select Y);

end;

Fonction B()
begin

Select ... where x in (select Y);

end;

J'aimerai factoriser le select Y, pour que si il change je n'ai pas 5 fois à le faire dans le package.
J'ai essayé avec un fonction qui ramène un curseur (sys_refcursor) mais sans succès, apparemment la clause IN ne sait pas traiter un curseur.

Quelqu'un aurait une idée ? (sans faire une vue)
le select Y ramène une liste de number.

Merci d'avance.

[Golgotha]

J'ai finalement réussi avec un type TABLE of number déclaré au niveau du schéma (important) et avec une fonction qui fait un BULK COLLECT sur mon select Y, qui me renvoie le nouveau type ainsi remplie.

après il suffit que je déclare mon type et que je le pop avec la fonction et finalement je peux faire un where in (select * from TABLE(mon_nouveau_type))

[mnitu]

Il est difficile de se prononcer avec seulement ces informations. Combien des enregistrements ramène le select * from Y pour combien des utilisateurs des fonctions du package simultanément ?
Et pour les autres « select », combien des enregistrements existent en moyenne dans les autres tables ?
En fonction des divers autre critères je choisirais soit de ne rien factoriser, soit de passer par de requêtes SQL dynamiques, soit par des vues, soit par une solution basée sur des collections, etc.
Et il manquerait juste le fait d’apprendre qu’en fait Y c’est une table temporaire remplies avec des choix multiple dans l’interface.