Probleme sur du PL/SQL lancé via un Sh sous linux

Bonjour
j'ai un shell qui lance un script SQL qui a sont tout execute une procédure stockée.
ce sql peut lancer la proc stock avec des paramètres différents en fonction de paramètres passés dans le shell.

voici le code du script.sql, j'ai un probleme car je passe les paramètres nécessaire pour rentrer dans le premieres IF
mais j'ai un message qui demande quand même la valeur du parametre 8 qui pourtant se trouve dans le ELSE

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

SET ECHO OFF SET TIMING OFF SET TERM ON SET VERIFY OFF   whenever sqlerror exit 1 whenever oserror exit 2   begin   if '&&1' = 'DISTRIB' then P_MODIF_CONFIG(p_action => '&&2',p_table => '&&3',p_parametre => '&&4',p_oldvaleur => '&&5',p_newvaleur => '&&6',p_appsrc => '&&7' ); else P_MODIF_CONFIG(p_action => '&&2',p_table => '&&3',p_parametre => '&&4',p_oldvaleur => '&&5',p_newvaleur => '&&6',p_frequence => '&&7',p_stream => '&&8'); end if;   end; / exit 0;

---

Message retourné a l'exec du shell :
Enter value for 8: c
en renseignant ça fonctionne mais comme ce shell est pour une équipe de support il faut que j'ai le moins de probleme possible au lancement de ce shell.

Une idée avant que je fasse ma méthode simple mais moche qui va consister a séparer mon SQL en 2 scripts distinct ?

Merci d'avance pour votre aide

Cdt
Yannick

Bonjour,

Vos variables de substitution sont préfixées avec && , ce qui force à renseigner une nouvelle valeur. Si vous voulez utiliser les valeurs passées en paramètres sans les redéfinir, il faut préfixer avec un seul &.

En ce qui concerne le problème, c'est tout à fait normal puisque la variable 8 n'a pas été renseignée quand on est passé dans le IF.
Quand on passe dans le ELSE, les 7 premières variables ne sont pas demandées UNIQUEMENT si on est passé dans le IF auparavant; MAIS tu seras forcément prompté pour la variable 8.
Si on passe direct dans le ELSE, sans apsser par le IF, on sera prompté pour les 8 variables et... plus jamais, ni pour le IF ni pour le ELSE, puisque elles sont stockées en mémoire grâce au &&.

Sinon la variable &&7 ne correspond pas au même champ dans le IF et le ELSE, c'est normal?

Citation:

---

Envoyé par Baldrick

Bonjour,

Vos variables de substitution sont préfixées avec && , ce qui force à renseigner une nouvelle valeur. Si vous voulez utiliser les valeurs passées en paramètres sans les redéfinir, il faut préfixer avec un seul &.

---

Désolé mais je pense que c'est l'inverse qui est vrai.

Voici les résultats de mes tests.

&&var1 : Oracle regarde si la variable var1 existe en mémoire.
• Si non : Oracle fait un prompt la première fois pour saisir la variable et la stocke en mémoire
• Si oui : Oracle récupère en mémoire la valeur de la variable

&var1 : Oracle regarde si la variable var1 existe en mémoire.
• Si non : Oracle fait un prompt la première fois pour saisir la variable et NE LA STOCKE PAS en mémoire
• Si oui : Oracle récupère en mémoire la valeur de la variable

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56

Cas où var1 n’est jamais stocké en mémoire. SQL> undefine var1 SQL> undefine var2 SQL> SELECT &VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2; Enter value for var1: BIC_NAME Enter value for var2: 2 OLD 1: SELECT &VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2 NEW 1: SELECT BIC_NAME FROM BIC_CODE WHERE ROWNUM < 2 BIC_NAME ----------------------------------- TELENOR BANKA AD 1 rows selected.   On est encore prompté pour les deux variables car aucune n’a été mise en mémoire. SQL> SELECT &VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2; Enter value for var1: BIC_NAME Enter value for var2: 2 OLD 1: SELECT &VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2 NEW 1: SELECT BIC_NAME FROM BIC_CODE WHERE ROWNUM < 2   BIC_NAME ----------------------------------- TELENOR BANKA AD   Cas où var1est stocké en mémoire avec &&. SQL> undefine var1 SQL> undefine var2 SQL> SELECT &&VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2; Enter value for var1: BIC_NAME Enter value for var2: 2 OLD 1: SELECT &&VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2 NEW 1: SELECT BIC_NAME FROM BIC_CODE WHERE ROWNUM < 2 BIC_NAME ----------------------------------- TELENOR BANKA AD   On n’est plus prompté pour var1 car l’exécution précédente avec &&var1 a stocké le résultat en mémoire. SQL> SELECT &&VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2; Enter value for var2: 3 OLD 1: SELECT &&VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2 NEW 1: SELECT BIC_NAME FROM BIC_CODE WHERE ROWNUM < 3   BIC_NAME ----------------------------------- TELENOR BANKA AD ALMUZAINI EXCHANGE COMPANY KSC (CLO   Cas où var1a été stocké en mémoire avec && et où on utilise &. Même si on met un seul &, Oracle va voir en mémoire si le contenu de la variable var1 a été stocké précédemment (avec l’utilisation de &&var1). Si la variable a été stockée, le user n’est pas prompté même si on a &var1 au lieu de &&var1. SQL> SELECT &VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2; Enter value for var2: 2 OLD 1: SELECT &VAR1 FROM BIC_CODE WHERE ROWNUM < &VAR2 NEW 1: SELECT BIC_NAME FROM BIC_CODE WHERE ROWNUM < 2 BIC_NAME ----------------------------------- TELENOR BANKA AD

---

Je ne pense pas qu'il soit possible d'exécuter un sql sans qu'il te demande tous les paramètres &
Tu peux faire la lecture des paramètres dans le script bash, et d'appeler 2 .sql suivant le premier

Sinon la variable &&7 ne correspond pas au même champ dans le IF et le ELSE, c'est normal?


Salut oui c'est normal ... la proc met a jour des tables différentes
et du coup certains des parametres sont defaultés.
et le shell a travers des menus de choix renseigne des variables différentes.

Enfin j'en déduis que je vais juste appeler un script différent pour chacun de mes appels de proc et mon problème sera résolu.

Merci bcp pour vos réponses.

Cdt
Yannick