Discussion :

[bentoile]

Bonjour à tous !
Voilà je désire exécuter une requête dynamique ne retournant qu'un seul élément (et un seul enregistrement).

Voici mon code :

Code :

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

1
2
3
4
5
6
declare
      	LC$Requete varchar(256);
      begin
      	LC$Requete:='SELECT dkey from GED.BAIL_GED WHERE codimm=w_codimm and codbai=w_codbai';
      execute immediate LC$Requete into w_dkey;
      end;

Ce code ne compile pas :

Symbole "IMMEDIATE" rencontré à la place d'un des symboles suivants :
:= . ( @ % ;

A noter :
- les variables "w_dkey, w_codimm" et "w_codbai" ont été déclarées avant.
- je travaille sous Oracle 9i (version censée supporter le SQl dynamique

Est-ce que quelqu'un voit d'où ça peut venir ?
Merci d'avance .

[dgi77]

Oui, la 9i supporte le SQL dynamique, mais il ne faut pas faire n'importe quoi :
1. Je ne pense pas que tu puisses faire suivre le "execute immediate" d'un "into" ==> il faut remonter le "into" dans le "select" : "SELECT dkey into w_dkey from ..."
2. Tel que c'est codé, les variables w_codimm et w_codbai sont prises comme du texte, et par conséquent ne peuvent pas être évaluées.
3. Je ne vois pas l'intérêt de faire du SQL dynamique dans ton cas, et plus généralement pour des ordres DML.

Conclusion : Arrête le dynamique et remonte le "into" dans le "select", on verra après...

[plaineR]

1. Je ne pense pas que tu puisses faire suivre le "execute immediate" d'un "into" ==> il faut remonter le "into" dans le "select" : "SELECT dkey into w_dkey from ..."

Il existe bien une clause into pour execute immediate :
http://sheikyerbouti.developpez.com/...mmediate/#L4.2

[dgi77]

Autant pour moi.
Dans ce cas, le problème doit venir des variables w_codimm et w_codbai qui ne sont pas interprétées. Le lien donné par plaineR montre aussi comment passer des variables de substitution dans du dynamique.
Donc, on doit pouvoir le faire, mais ça me paraît bien compliqué, c'est vraiment histoire de dire qu'on a fait du dynamique...

[bentoile]

Ok déjà merci beaucoup à vous 2.

Alors oui effectivement je n'ai pas expliqué pourquoi je voulais faire du dynamique :
En fait c'est par ce que la table GED.BAIL_GED n'existe pas toujours dans la base de données. Du coup si je reste en statique et que la table n'existe pas le programme ne compile pas !
J'utilise donc du dynamique pour pouvoir mettre ma requête dans une chaîne de caractères (y compris le nom de ma table). De cette manière le compilateur ne prend pas en compte le nom de la table.

Voilà j'espère que j'ai été assez clair.

Sinon non je viens d'essayer ce nouveau code :

Code :

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

1
2
3
4
5
6
declare
      	LC$Requete varchar(256);
      begin
      	LC$Requete:='SELECT dkey from GED.BAIL_GED WHERE codimm='||w_codimm||' and codbai='||w_codbai||'';
      execute immediate LC$Requete into w_dkey;
      end;

Et j'ai toujours la même erreur ! .

[ceriise]

salut,
si elle n'existe pas alors tu la crées au moment de la compile? Si c'est le cas le query "select into" marchera. L'important c'est que la table soit crée avant le query.
fazo

[Loyd1974]

Je pense que le code serait plutôt ainsi :

Code :

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

1
2
3
4
5
6
7
declare
          LC$Requete varchar(256);
      begin
          LC$Requete:='SELECT dkey from GED.BAIL_GED WHERE codimm=:1 and codbai=:2';
      execute immediate LC$Requete into w_dkey using w_codimm, w_codbai;
;
      end;

tu peux avoir plus d'info ici : http://download.oracle.com/docs/cd/B...ent.htm#i33888

[McM]

Symbole "IMMEDIATE" rencontré à la place d'un des symboles suivants :
:= . ( @ % ;

Toi t'es pas sous sqlplus, mais plutôt dans un programme en côté client comme Forms, non ?

Edit 15h50 : Sous forms, c'est un autre message qui apparait : "Not supported ..."

[bentoile]

Oui effectivement je suis sous Forms en version 6 (désolé de ne pas l'avoir dis plus tôt).
Quand je cherche de l'aide sous Forms il ne connaît pas "execute immediate".
Du coup là je ne sais pas trop comment faire...

Loyd1974 j'ai essayé ta proposition de code, malheureusement ça ne fonctionne pas non plus et ce toujours avec la même erreur

[McM]

Ce n'est pas une fonction supportée côté client.

Il faut que tu fasse une procédure basée que tu appelles depuis ta Forme

[PpPool]

Je pense que le code serait plutôt ainsi :

Code :

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

1
2
3
4
5
6
7
declare
          LC$Requete varchar(256);
      begin
          LC$Requete:='SELECT dkey from GED.BAIL_GED WHERE codimm=:1 and codbai=:2';
      execute immediate LC$Requete into w_dkey using w_codimm, w_codbai;
;
      end;

tu peux avoir plus d'info ici : http://download.oracle.com/docs/cd/B...ent.htm#i33888

le using ici va chercher à interpréter des variables à binder.
elles ne sont déclarées nulle part

donc pour que ce code compile :
- soit w_codimm, w_codbai sont des paramètres d'entrées IN de la procédure stockée
- soit il faut les déclarer en tant que variables dans la section prévue à cet effet

DECLARE
w_codimm MyFormat:=Myvalue;
w_codbai MyFormat:=MyValue;

..

BEGIN

...

END;

@

[plaineR]

Ce n'est pas une fonction supportée côté client.

Il faut que tu fasse une procédure basée que tu appelles depuis ta Forme

Ou que tu utilises le package exec_sql de forms ou encore plus simplement un bloc de données basé.

[McM]

ou encore plus simplement un bloc de données basé.

La table peut ne pas exister => Baser un bloc sur une table inexistante.. ça va pas compiler.
S'il faut changer la table du bloc et faire un execute query juste pour un select, c'est lourd.

Moi, j'ai la solution d'un package avec plusieurs function / proc qui suivant les types de retour permettent du sql_dynamique dynamique (suivant le nb de paramètres pour les binds).