[8i][PL/SQL] EXECUTE IMMEDIATE

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bien le bonjour à toutes et à tous.

Je me pose quelques questions relatives à EXECUTE IMMEDIATE; Mon code est le suivant :
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 DECLARE vRequete VARCHAR2(300); vErrMajMaTable EXCEPTION; BEGIN IF(premiere condition) THEN vRequete := 'INSERT INTO MaTable ( MonChamp1 , MonChamp2 ) VALUES ( '||MaVariable1||' , '||MaVariable2||' )'; ELSE vRequete := 'UPDATE MaTable SET MonChamp1 = '||MaVariable1||' , MonChamp2 = '||MaVariable2||' WHERE gnagnagna '; END IF; EXECUTE IMMEDIATE vRequete; IF(SQL%NOTFOUND) THEN RAISE vErrMajMaTable; END IF; EXCEPTION WHEN vErrMajMaTable THEN FonctionQuiTraceErreur(prend en argument la requete); blablabla; END;
J'ai l'erreur suivante qui pointe sur la ligne en rouge

Code:

ORA-06502 : erreur numerique ou erreur sur une valeur.

Je ne sais pas trop où est le problème puisque j'ai bien déclaré ma variable vRequete, la longueur est bonne qui plus est. :?

Bon sinon, j'ai d'autres questions concernant EXECUTE IMMEDIATE.
- Est-ce que la requete passée en paramètre doit se terminer par un ";"
- De quel type doit être cette variable ?

merci d'avance

Bahan

12/09/2006, 11h00
SheikYerbouti

Pourquoi ne pas la déclarer d'entrée en Varchar(4000) ?....
12/09/2006, 11h02
SheikYerbouti

Citation:

Envoyé par Bahan

Bon sinon, j'ai d'autres questions concernant EXECUTE IMMEDIATE.
- Est-ce que la requete passée en paramètre doit se terminer par un ";"
- De quel type doit être cette variable ?

le ; final ne doit être indiqué que pour un block 'BEGIN Instruction... END ;'

cette variable est forcément une chaine de caractères.
12/09/2006, 11h03
SheikYerbouti

de plus, je vous conseille de faire démarrer les lignes contenues dans la chaine en colonne 1.
12/09/2006, 11h06
Bahan

Merci de votre prompte réponse.
Cela m'a permis de faire disparaître ma première erreur.

Cependant, une nouvelle est apparue :

Code:

ORA-00932 : Type de données incohérents

Au niveau de cette ligne

Code:

EXECUTE IMMEDIATE vRequete;

Bahan
12/09/2006, 11h10
Bahan

Ok pour la colonne 1.
cf mon premier post.
Cependant, mon erreur soulevée dans mon post #5 est toujours là.

A noter que j'avais oublié sur le forum de mettre les '|| et ||' autour de mes variables dans ma requête (mais je n'avais pas oublié de les mettre dans mon code).

Bahan
12/09/2006, 11h29
Bahan

Il semblerait que tout le problème vienne de ce petit bout de code issu de ma requête

Code:

'AND MonChampDate = TRUNC('||MaVariableDate||')'

C'est certainement parce qu'il n'y a pas de " ' " qui l'encadre j'imagine. Mais comment pallier à ce problème ? Existe-t-il en PLSQL un caractère permettant de "protéger" d'autres caractères.

Bahan
12/09/2006, 11h29
SheikYerbouti

Pouvez-vous donc poster le code corrigé ?

Voici :

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
DECLARE
    vRequete            VARCHAR2(4000);
    vErrMajMaTable    EXCEPTION;
    vMaVariable1        NUMBER;
    vMaVariable2        DATE;
BEGIN
    IF(premiere condition) THEN
        vRequete := 'INSERT INTO MaTable
            (
                MonChamp1
                , MonChamp2
            )
            VALUES
            (
                '||vMaVariable1||'
                , '||vMaVariable2||'
            )';
    ELSE
        vRequete := 'UPDATE MaTable
            SET 
                MonChamp1 = '||vMaVariable1||'
                , MonChamp2 = '||vMaVariable2||'
            WHERE gnagnagna ';
    END IF;

    EXECUTE IMMEDIATE vRequete;

    IF(SQL%NOTFOUND) THEN
        RAISE vErrMajMaTable;
    END IF;

EXCEPTION
    WHEN vErrMajMaTable THEN
        FonctionQuiTraceErreur(prend en argument la requete);
    blablabla;
END;

Ici, MaVariable2 est une date et c'est cela qui pose problème car quand je l'enlève je n'ai plus l'erreur d'incohérence du type de données.

Quel est le caractère de neutralisation en PLSQL ? Ce n'est pas '\', ça c'est certain :roi:

Bahan

12/09/2006, 11h50
SheikYerbouti

Utilisez To_Date() avec les dates

Code:

|| ' To_date(''' || variable || ''',''DD/MM/YYYY'') ' || ' ... '
12/09/2006, 11h54
Bahan
Donc si je reprends l'exemple de ma requête cela donnerait :
Code:

1 2 3 4 5 vRequete := 'UPDATE MaTable SET MonChamp1 = '||vMaVariable1||' , MonChamp2 = TO_DATE('||vMaVariable2||', ''DD/MM/YYYY HH24:MI:SS'') WHERE gnagnagna ';
Est-ce cela ?

Edit : Rien à faire, j'ai toujours la même erreur qui s'affiche à propos de type de données incohérents.

Il serait donc impossible de stocker par ce biais dans des variables des reeuêtes faisant intervenir des dates ?

Bahan
12/09/2006, 12h22
McM

Le TO_DATE, il lui faut une chaine de caractère en entrée
Donc il faut que tu fasses ceci (faut vérifier les cotes) :

Code:

'TO_DATE(''' || to_char(v_madate, 'DD.MM.YYYY') || ''', ''DD.MM.YYYY'')';
12/09/2006, 12h24
McM

Sinon, pour débugguer, il te suffit d'afficher ta requete par un DBMS_OUTPUT.PUT_LINE(vRequete), et ensuite tu testes cette requete.
12/09/2006, 14h03
SheikYerbouti

Je l'ai dis des tas de fois et le répeterai sans cesse :

lorsque vous jouez avec le SQL dynamique, sortez votre requête dans une table ou avec dbms_output afin de pouvoir la jouer sous Sql*Plus ou Sql Developer.

S'il y a erreur, vous la découvrirez immédiatement !

Voila ce que cela a donné :
Code:

1 2 3 4 5 vRequete := 'UPDATE MaTable SET MonChamp1 = '||vMaVariable1||' , MonChamp2 = TO_DATE('''||TO_CHAR(vMaVariable2)||''', ''DD/MM/YYYY HH24:MI:SS'') WHERE gnagnagna ';
A priori, cela fonctionne.

Pendant que j'y suis, j'ai une autre question.
Pour être certain que ma requete (insert ou update) a bien fonctionné, je faisais :
Code:

1 2 3 IF(SQL%NOTFOUND) THEN RAISE vErrMajMaTable; END IF;
Cependant, est-ce que l'on peut faire ça après un EXECUTE IMMEDIATE ?

Citation:

lorsque vous jouez avec le SQL dynamique, sortez votre requête dans une table ou avec dbms_output afin de pouvoir la jouer sous Sql*Plus ou Sql Developer.

Okdoki, je vais aller voir comment procéder avec dbms_output. :pc:

Bahan

12/09/2006, 16h38
SheikYerbouti

SQL%ROWCOUNT donne également le nombre de lignes impactées par le dernier ordre SQL.
12/09/2006, 16h44
Bahan

D'où ma question, un EXECUTE IMMEDIATE vRequete va lancer la requête vRequete. Est-ce que si ensuite je fais un SQL%NOTFOUND ou un SQL%ROWCOUNT avec une levée d'exception dedans, je ne vais pas forcément y aller.

Cf mon post #15

Bahan
12/09/2006, 16h53
SheikYerbouti

quelle levée d'exception ?....

SQL%ROWCOUNT donne le nombre de lignes impactées par la dernière command SQL, c'est tout !
12/09/2006, 17h14
Bahan
Oups, pardon, je n'ai pas été clair.

Voila ce que je fais dans mon code :
Code:

1 2 3 4 5 6 7 ... EXECUTE IMMEDIATE vMarequete; IF(SQL%NOTFOUND) THEN RAISE vErrMajMaTable; END IF;
je teste la valeur de SQL%NOTFOUND. Et en fait ma question est : est-ce que, après un EXECUTE IMMEDIATE maRequete, le SQL%NOTFOUND prend bien "appui" sur maRequete ?

Ou alors est-ce que le SQL%ROWCOUNT ou le SQL%NOTFOUND ne prend pas en compte le EXECUTE IMMEDIATE et donc, cela me dirigerait constamment vers l'exception que j'ai créé.

Hum, est-ce que j'ai été plus clair ?

-----

Mon problème c'est que j'essaie de tester le bon fonctionnement d'une requête UPDATE ou INSERT. Donc, je fais un SQL%NOTFOUND.

Cela marche très bien quand j'écrits directement mes requêtes dans mon code.

Par contre,
1. dès que je place ces requêtes dans une variable de type VARCHAR2(4000)
2. que je fais ensuite un EXECUTE IMMEDIATE
3. puis une boucle IF sur SQL%NOTFOUND

J'entre forcément dans ma boucle SQL%NOTFOUND, i.e. les requêtes ne se sont pas bien passées.

Bahan

Bon, je n'arrive plus trop à vous suivre.
Voici un example:

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
SQL> set serveroutput on
SQL> 
SQL> DECLARE
  2    LN$COUNT PLS_INTEGER ;
  3  BEGIN
  4    UPDATE EMP SET sal = sal ;
  5    IF SQL%FOUND THEN
  6      dbms_output.put_line( '1- SQL%ROWCOUNT = ' || SQL%ROWCOUNT ) ;
  7    END IF ;
  8    ROLLBACK;
  9    EXECUTE IMMEDIATE 'UPDATE EMP SET sal = sal' ;
 10    IF SQL%FOUND THEN
 11      dbms_output.put_line( '2- SQL%ROWCOUNT = ' || SQL%ROWCOUNT ) ;
 12    END IF ;
 13    ROLLBACK;
 14    EXECUTE IMMEDIATE 'UPDATE EMP SET sal = sal where 1 = 2' ;
 15    IF SQL%FOUND THEN
 16      dbms_output.put_line( '3- SQL%ROWCOUNT = ' || SQL%ROWCOUNT ) ;
 17    END IF ;
 18    ROLLBACK;    
 19  END;
 20  /
1- SQL%ROWCOUNT = 14
2- SQL%ROWCOUNT = 14
 
Procédure PL/SQL terminée avec succès.
 
SQL>

la ligne 3 n'est pas imprimée parce que :
1. SQL%FOUND vaut FALSE
et par conséquent SQL%ROWCOUNT = 0

Voir 40 message(s) de cette discussion en une page