Discussion :

[Tchinkatchuk]

Bonjour, je désirerais passer un tableau en paramètre d'entrée d'une procédure stockée et/ou fonction.

En fait, le dev devrait pouvoir passer x arguments non obligatoire et le fonction construira une requete en fonction.

Pouvez-vous m'aider ?

Merci d'avance

[Bruno2r]

Si j'avais un tel besoin et du fait que les paramètres sont facultatifs, je ne conceverait ma procédure qu'avec un seul argument !
En revanche je passerais mes paramètres concaténés et séparés par un caractère délimiteur (par exemple '-')
exemple :

Code :

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

1
2
3
4
5
 
maprocedure(mesparams IN VARCHAR2(500))
ensuite je compterais mes '-' de séparation pour connaître le nombre de paramètres 
ou bien je ferais une boucle tant que instr(mesparams,'-',i)>0 
pour ramener chaque paramètre àl'aide de substr(mesparams,positiondébut, positionfin)

[rbaraer]

Que ce soit via un tableau ou une chaine avec séparateur, tout les paramètres seraient passés en chaine de caractères, ce qui peut poser soucis... Des variables typées sont plus sûres. De plus, une chaine avec séparateur suppose que le séparateur n'apparaisse dans aucune des "variables", ce qui est vrai au début, mais ensuite

Pour passer un tableau, il faut au préalable définir un type tableau, par exemple :

Code :

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

CREATE OR REPLACE TYPE VARCHAR2_TABLE AS TABLE OF VARCHAR2(4000);

Ceci dit, si la problématique est juste d'avoir une procédure avec des paramètres facultatifs, PLSQL prévoit tout à fait ça grâce à la valeur DEFAULT que l'on peut donner à chaque paramètre :

Code :

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

1
2
3
4
5
6
7
PROCEDURE MaProc(
    strNom IN VARCHAR2,
    strPrenom IN VARCHAR2,
    strPays IN VARCHAR2 DEFAULT 'FRANCE',
    iDepartement IN NUMBER DEFAULT 34) IS...
 
EXECUTE MaProc(strNom => 'DUTOUR', strPrenom => 'Jean');

Et vous pouvez tester si la valeur est celle par defaut (NULL par exemple), ce qui signifie que le paramètre n'a pas été précisé.

Cordialement,

rbaraer

[Garuda]

Et vous pouvez tester si la valeur est celle par defaut (NULL par exemple), ce qui signifie que le paramètre n'a pas été précisé.

Pas obligatoirement...
Par exemple si tu passes 'FRANCE' pour strPays

[rbaraer]

Pas obligatoirement...
Par exemple si tu passes 'FRANCE' pour strPays

Oui j'ai donné un exemple avec des valeurs par défaut non nulles mais on peut aussi mettre DEFAULT NULL, c'est ce que je voulais dire , tout dépend de ce que l'on veut récupérer si le paramètre est absent.

rbaraer

[Garuda]

On ne peut JAMAIS vraiment savoir si le paramètre a été omis !
Par exemple si tu passes 'FRANCE' pour strPays, comment la procédure peut elle savoir si c'est la valeur par défaut ou la valeur passée en paramètre ?

[rbaraer]

On ne peut JAMAIS vraiment savoir si le paramètre a été omis !
Par exemple si tu passes 'FRANCE' pour strPays, comment la procédure peut elle savoir si c'est la valeur par défaut ou la valeur passée en paramètre ?

Une valeur par défaut non nulle comme 'FRANCE' est un mauvais exemple pour le cas présent, il servait juste à illustrer la possibilité de mettre une valeur par défaut. Mais on peut aisément mettre NULL en valeur par défaut et dire que si l'on a NULL, que le NULL ait été mis volontairement ou par omission, c'est que l'on n'est pas intéressé par ce paramètre. C'est une convention, je suis bien d'accord que ça ne différencie pas le NULL volontaire de l'omission, mais on ne pourrait pas faire mieux avec un tableau ou une chaine avec séparateur, et je considère ça beaucoup plus propre .

Nous avons été confronté à ce problème, et pour lever l'ambigüité "NULL" ou "Non renseigné", on a créé des types Objet OBJ_NUMBER, OBJ_VARCHAR2... construits comme suit :

Code :

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

1
2
3
4
5
6
CREATE OR REPLACE TYPE OBJ_VARCHAR2 AS OBJECT(
    Value VARCHAR2(400));
/
CREATE OR REPLACE TYPE OBJ_NUMBER AS OBJECT(
    Value NUMBER);
/

Ensuite, on passe des paramètres OBJ_XXX aux procédures au lieu des types simples et si le paramètre objet lui-même est NULL, c'est que l'on ne veut pas tenir compte du paramètre, si l'objet est non NULL mais l'attribut Value est NULL, c'est que le NULL est volontaire. En fait dans tous les cas où l'objet est non nul, on prend sa valeur. C'est un peu lourd mais ça marche. Il y a bien entendu d'autres solutions pour lever cette ambigüité (comme passer non pas 1 tableau en paramètre, mais 2 : 1 avec les valeurs des paramètres et 1 avec des indicateurs "renseigné" ou "non renseigné") mais aucune n'est très simple... C'est pourquoi si l'on peut mettre DEFAULT NULL et considérer par convention NULL comme "non renseigné", c'est plus simple. Dans certains cas ça suffit, dans d'autres non .

rbaraer