sqlplus et fichier .bat

Bonjour,

J'ai créé un fichier .bat pour lancer automatiquement l'exécution d'un script MonFichier.sql

Fichier MonFichier.bat :

Code:

---

1 2	sqlplus /nolog @MonFichier.sql

---

Voilà grosso-modo ce que fait le script MonFichier.sql :

Code:

---

1 2 3 4 5 6 7 8 9 10

connect MaBase set echo on spool C:\MonFichier.log   DEFINE NomVariable = CASE WHEN test THEN solution ELSE 'RIEN' END   INSERT INTO schema2.MaTableS2 (champ1, champ2) SELECT champ1, champ2 FROM schema1.MaTableS1 WHERE Champ3=&NomVariable; exit

---

Quand je lance l'exécution dans sqldeveloper, tout fonctionne correctement.
Quand je lance l'exécution via le .bat dans sqlplus, j'ai le message d'erreur suivant : ERREUR à la ligne 7 : ORA-00904: "CASE" : identificateur non valide

Auriez-vous une petite idée à me soumettre pour débloquer le problème ?
Merci à tous,
MarieO

Je pense que l'instruction CASE n'est utilisable qu'en PL/SQL, et non en SQL.

Maintenant, ça n'explique pas comment tu as pu le faire fonctionner sous SQL Developper...

C'est bien ce que j'ai pensé en premier lieu, mais après vérification, l'expression CASE fonctionne en SQL (pas seulement en PL/SQL).

MarieO

En effet, le SQL n'est pas un langage procédural donc CASE ou IF y sont interdits. Ceci étant dit, tu peux faire ceci :

Code:

---

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

connect MaBase SET echo ON spool C:\MonFichier.log   variable NomVariable VARCHAR2(10);   BEGIN IF test THEN :NomVariable := solution ; ELSE :NomVariable := 'RIEN' END IF; END; /   INSERT INTO schema2.MaTableS2 (champ1, champ2) SELECT champ1, champ2 FROM schema1.MaTableS1 WHERE Champ3=:NomVariable; exit

---

Citation:

---

Envoyé par orafrance

En effet, le SQL n'est pas un langage procédural donc CASE ou IF y sont interdits.
...

---

Amicus Plato sed magis amica ...

c'est pas procédurale, c'est juste un DECODE évolué ;)

Enfin, j'imagine que c'était une boutade ;)

Citation:

---

Envoyé par orafrance

c'est pas procédurale, c'est juste un DECODE évolué ;)

Enfin, j'imagine que c'était une boutade ;)

---

Ce n’est pas procédural et c'est important de le rappeler. Mais il y a aussi un CASE qui fait partie du SQL, qu'il soit du DECODE évolué ou pas; en fait c'est pour cette partie que je suis intervenu. Et ne parlons pas des requêtes avec MODEL que notre ami Laurent Schneider aime bien.

Merci à tous pour vos réponses.
Procédural ou non, maintenant ça fonctionne du tonnerre !!!
Je gagne un temps fou.

Bonne journée

PS: je passe ce post en résolu.

a quand un SQL procédural ou objet, le tout normalisé ???
marre des pl/sql et autre TSQL surtout quand tu te farci les deux suivant le boulot !