Utilisation d'une variable dans une procédure PL/SQL

[WOLO Laurent]

Bonjour,

je n'arrive pas à exécuter une procédure

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
declare
v_nombre integer := 5 ;
 
begin
 
     SELECT sysdate + R.i
     FROM 
     (
          SELECT 0 AS i FROM dual
          union
          SELECT 1 FROM dual
          union
          SELECT 2 FROM dual
          union
          SELECT 3 FROM dual
          union
          SELECT 4 FROM dual
          union
          SELECT 5 FROM dual
          union
          SELECT 6 FROM dual
     ) R
     WHERE rownum > v_nombre;
end;

je reçois le message :

ERROR at line 6:
ORA-06550: line 6, column 6:
PLS-00428: an INTO clause is expected in this SELECT statement

Quelqu'un a-t-il une idée ?

[skuatamad]

C'est l'utilisation de rownum qui n'est pas bonne. Pour plus d'info :
ROWNUM Pseudocolumn

[edit]
Oups en fait le code n'est pas bon non plus..
SELECT INTO
Il faut utiliser un curseur :
FOR (curseur)

Mais l'utilisation de rownum est également fausse

[WOLO Laurent]

Un curseur ! que pour cela ?
Et si j'ai une requête qui a besoin d'un paramètre qui doit être calculé bien avant, je fais comment ?

Merci, je vais y jeter un coup d'oeil.

[McM]

C'est quoi le but de ce select et de cette procédure ?

[WOLO Laurent]

C'est un exemple didactique simplement,
le but est d'utiliser la variable plutôt que de coder en dur la valeur. Je fais mes premiers pas en PL/SQL les amis.

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
 
--declare
--v_nombre integer := 5 ;
 
--begin
     SELECT sysdate + R.i
     FROM 
     (
          SELECT 0 AS i FROM dual
          union
          SELECT 1 FROM dual
          union
          SELECT 2 FROM dual
          union
          SELECT 3 FROM dual
          union
          SELECT 4 FROM dual
          union
          SELECT 5 FROM dual
          union
          SELECT 6 FROM dual
     ) R
     WHERE rownum < 5;
--end;

[Rei Ichido]

Ce que ta base te signale, c'est que faire un select sans utiliser la ou les valeur(s) retournée(s), ça ne sert à rien, donc il refuse de compiler.

En l'occurrence, qu'est-ce que tu veux faire de tes valeurs "sysdate + R.i" ?

Si tu veux les afficher, tu peux passer par un curseur, puis boucler et afficher la valeur avec DBMS_OUTPUT.

Tu peux aussi faire un OPEN (ref_cursor) FOR et retourner un SYS_REFCURSOR ... Bref, il faut savoir ce que tu veux faire de tes résultats

[Rams7s]

Envoyé par WOLO Laurent

Un curseur ! que pour cela ?

Ben l'un dans l'autre, quand on y reflechis un peu ca se comprend qu'il faille un curseur non?

Si le select renvoie 4 lignes, comment le PLSQL devine quel résultat il doit mettre dans la variable ? Le premier, le dernier, le plus grand ? Il ne peut pas. Donc il faut un curseur, ou bien ramasser tous les résultats.

Mais, c'est vrai qu'utiliser un curseur pour ça c'est un peu pénible. Et pas optimisé du tout car tu alternes en permanence le PLSQL et le SQL.
Du coup, tu as la clause BULK COLLECT INTO

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
TMP@minilhc >CREATE TABLE tmp AS SELECT level AS n FROM dual connect BY level<10;
 
TABLE created.
 
TMP@minilhc >declare
  2  type tmp_type IS TABLE of tmp.n%type;
  3  l_var tmp_type;
  4  begin
  5  SELECT n bulk collect INTO l_var FROM tmp;
  6  dbms_output.put_line(l_var.count);
  7  end;
  8  /
 
 
9
 
PL/SQL procedure successfully completed.
 
Elapsed: 00:00:00.02
TMP@minilhc >SELECT * FROM tmp;
 
         N
----------
         1
         2
         3
         4
         5
         6
         7
         8
         9
 
9 rows selected.
 
Elapsed: 00:00:00.01
TMP@minilhc >

Sur des gros gros enregistrements tu as une clause limite qui peut être utile.