curseur et dbms_output.put_line

**vincent_17** · 17/01/2008, 17h42

Bonjour j'essaie d'afficher les résultats d'une requête en découpant les résultats en 3 (avec le LIMIT 3) mais visiblement le buffer est plein... je ne comprend pas pourquoi si on affiche 3 par 3 les résultats, cela devrait marcher et ne pas remplir le buffer ?

Voici mon code :

set serveroutput on 1000000;

declare

Cursor cur is SELECT distinct DOSSIER_GED.NO_DOS_GED from
DOSSIER_GED, CHANGEMENT_ETAT_DOS_GED
where DOSSIER_GED.NO_DOS_GED = CHANGEMENT_ETAT_DOS_GED.NO_DOS_GED;

TYPE TYP_TAB_NODOSGED IS TABLE OF DOSSIER_GED.NO_DOS_GED%Type;

Temp_no_dos_ged TYP_TAB_NODOSGED;

Pass pls_integer := 1;

begin

OPEN cur;

LOOP

FETCH cur BULK COLLECT into Temp_no_dos_ged LIMIT 3;

FOR i In Temp_no_dos_ged.first..Temp_no_dos_ged.last LOOP

dbms_output.put_line(Pass || ' Test de : ' ||
Temp_no_dos_ged(i));

END LOOP;

Pass := Pass + 1;

Exit when cur%NOTFOUND;

END LOOP;

CLOSE cur;

rollback;
end;

**orafrance** · 17/01/2008, 18h19

c'est quoi l'erreur exactement ? Sinon, le buffer est de 1000000 de caractères peu importe qu'ils arrivent pas paquet de 3 ou de 10000

**mnitu** · 17/01/2008, 21h43

Envoyé par vincent_17

Bonjour j'essaie d'afficher les résultats d'une requête en découpant les résultats en 3 (avec le LIMIT 3) mais visiblement le buffer est plein... je ne comprend pas pourquoi si on affiche 3 par 3 les résultats, cela devrait marcher et ne pas remplir le buffer ?

Voici mon code :

Parce que c'est un buffer

et non pas un print(f). Donc tes données s'accumulent dans le buffer jusqu'au moment ou soit:

le buffer se vide
le buffer est plein ce qui doit provoquer une erreur

Inutile de dire que tu ne peut pas forcer le vidage de buffer avec un sort de flush

Donc utilise UTL_FILE pour écrire dans un fichier ou bien une autre méthode.

**vincent_17** · 18/01/2008, 10h11

Bonjour,

Merci pour vos réponses.

Je pensais qu'on pouvait soulager le buffer par le BULK COLLECT (d'ailleurs à quoi sert-il dans ces cas là ?) en affichant par paquet mais effectivement je crois que ce qui compte c'est la taille globale du buffer, il se remplit avec toutes les données, c'est exactement ce que je ne voulais pas.

Un printf() aurait été idéal dans cette situation.

Le problème est que je ne peux pas passer par un fichier, l'architecture actuelle ne le permet pas, comment je peux faire par une autre méthode ?

Je n'ai pas très bien saisi ce concept ?
Qu'est-ce que cela va changer par une autre méthode ?

Merci d'avance.

**dgi77** · 18/01/2008, 11h27

Le BULK COLLECT permet que chaque FETCH du curseur alimente n lignes dans le tableau (ici n = 3), d'où un gain de temps lors de l'exécution du curseur. D'ailleurs, tu pourrais aisément augmenter la valeur de LIMIT (500, 1000, 5000, ... à tester pour trouver la valeur optimale).
En aucun cas, le BULK COLLECT ne peut soulager le buffer du DBMS_OUTPUT.

Tu trouveras ici des infos et tests de performance sur BULK COLLECT et FORALL :
http://sheikyerbouti.developpez.com/pl_sql/?page=Chap5

**mnitu** · 18/01/2008, 13h20

Envoyé par vincent_17

...
Le problème est que je ne peux pas passer par un fichier, l'architecture actuelle ne le permet pas, comment je peux faire par une autre méthode ?

Je n'ai pas très bien saisi ce concept ?
Qu'est-ce que cela va changer par une autre méthode ?

Peut être insérer dans une table de log à la place d'afficher avec DBMS_OUTPUT.
Peut être utiliser DBMS_PIPE pour transmettre l'information vers un daemon qui va se charger de consummer le PIPE et d'afficher les informations par printf.
Peut être écrire un programme extern en C, ou pour quoi pas en Java, qui fait le printf et l'appeler dans ton code Pl/SQL
Peut être ... mais toute cela dépendent de tes besoins.

**phili_b** · 18/01/2008, 14h13

Je n'ai pas suivi de près ton souci mais il me semble comprendre que tu as un problème de limitation de DBMS_OUTPUT.

Utilise la fonction DEBUG de Sheik Yerbouti de developpez.com. Je l'ai essayé, en l'adaptant pour mes propres besoins et ça fonctionne très bien

**vincent_17** · 24/01/2008, 14h57

Merci pour toutes vos réponses.

Je vais tenter la méthode DEBUG.

**vincent_17** · 29/01/2008, 09h50

Bonjour,

voici le code que j'ai écrit mais j'ai encore un problème de buffer...
je pense que je ne me sers pas bien de la méthode DEBUG,
pouvez-vous m'aider ?

Code :

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

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
57
58
59
60
61
set serveroutput on 1000000;
 
CREATE OR REPLACE procedure DEBUG ( PC$Message in VARCHAR2 )
Is
PRAGMA AUTONOMOUS_TRANSACTION ;
  LC$Chaine Varchar2(4000) ;
  LN$Tranches PLS_INTEGER ;
  LN$Reste  PLS_INTEGER ;
  LN$Pos PLS_INTEGER := 1 ;
  LN$Inc PLS_INTEGER ;
Begin
    -- Sortie sur ecran (DBMS_OUTPUT) --
    LN$Inc := 255 ;
    LN$Tranches := Length( PC$Message ) / LN$Inc ;
    LN$Reste    := MOD( Length( PC$Message ), LN$Inc ) ;
    If LN$Reste > 0 Then LN$Tranches := LN$Tranches + 1 ; End if ;
 
    -- Sortie --
    For i in 1..LN$Tranches Loop
       LC$Chaine := Substr( PC$Message, LN$Pos, LN$Inc ) ;
       DBMS_OUTPUT.PUT_LINE( LC$Chaine ) ;
       LN$Pos := LN$Pos + LN$Inc ;
    End loop ;
End;
/
 
declare
 
     Cursor cur is SELECT distinct DOSSIER_GED.NO_DOS_GED from DOSSIER_GED
, CHANGEMENT_ETAT_DOS_GED
     where DOSSIER_GED.NO_DOS_GED = CHANGEMENT_ETAT_DOS_GED.NO_DOS_GED;
 
     TYPE TYP_TAB_NODOSGED IS TABLE OF DOSSIER_GED.NO_DOS_GED%Type;
 
     Temp_no_dos_ged TYP_TAB_NODOSGED;
 
     Pass pls_integer := 1;
 
begin
 
      OPEN cur;
 
      LOOP
 
            FETCH  cur BULK COLLECT into Temp_no_dos_ged LIMIT 10000;
 
            FOR i In Temp_no_dos_ged.first..Temp_no_dos_ged.last LOOP
 
                   DEBUG(Temp_no_dos_ged(i));
 
            END LOOP;
 
            Exit when cur%NOTFOUND;
 
      END LOOP;
 
      CLOSE cur;
 
      rollback;
end;
/

**orafrance** · 29/01/2008, 09h52

en 10g tu peux essayer :

Code :

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

SET serveroutput ON SIZE UNLIMITED

Sinon, bah faut afficher moins de caractères

**vincent_17** · 29/01/2008, 10h02

le code :

Code :

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

SET serveroutput ON SIZE UNLIMITED

n'a pas résolu le problème...

ah je suis embêté avec ça, je pensais que la méthode DEBUG pouvais découper les résultats en les affichant...

Je ne m'en sers peut être pas bien ?

**orafrance** · 29/01/2008, 10h05

Tu affiches trop de caractères point... y'a rien n'a faire si ce n'est d'écrire dans un fichier (UTL_FILE) plutôt qu'à l'écran (DBMS_OUTPUT).

**vincent_17** · 29/01/2008, 10h19

D'accord, peut être que ce n'est pas possible.

C'est juste que le post de phili_b avec la méthode DEBUG m'avait donné un espoir...

Dans mon cas, je ne peut pas passer par un fichier car l'architecture en place est très rigide malheureusement...

**argoet** · 29/01/2008, 13h33

Envoyé par vincent_17

D'accord, peut être que ce n'est pas possible.

C'est juste que le post de phili_b avec la méthode DEBUG m'avait donné un espoir...

Dans mon cas, je ne peut pas passer par un fichier car l'architecture en place est très rigide malheureusement...

Vous pouvez dans ce cas , en lieu et et place du dbms_output faire une insertion dans une table "d'édition" (temporaire

Why not) et reprendre le contenu de cette table par un simple "select" via sql*Plus

PS : Avec l'espoir que la création d'une table soit moins "rigide"

**vincent_17** · 29/01/2008, 15h07

malheureusement le création d'une table est aussi rigide que de passer par un fichier...

**phili_b** · 31/01/2008, 20h56

Crées une table de test avec ta procédure dans l'environnement ci-dessous et je verrais si je peux faire quelque chose pour toi:

developpez.net: [APEX] Oracle en ligne pour vous pour vos requêtes Oracle

**mnitu** · 31/01/2008, 21h09

Envoyé par vincent_17

malheureusement le création d'une table est aussi rigide que de passer par un fichier...

Faite un traitement par lot alors! Modifiez votre procédure pour qu'elle traite 1000 enregistrements par exemple en commençant avec l'enregistrement numéro X. Il vous faut un order by bien sûr.
Et ensuite vous le lancez pour les enregistrements 1 - 1000, 1001 - 2000, etc.

**vincent_17** · 04/02/2008, 09h40

j'ai retiré le

Code :

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

set serveroutput on 1000000

au début du code et mis le dbms_output.enable(1000000); entre les balises begin/end, et augmenter la taille du buffer sous TOAD sous l'onglet DBMS_OUTPUT et ça a fonctionné !!

Merci pour toutes vos réponses !

**orafrance** · 04/02/2008, 10h20

oui, évidemment il aurait fallu commencer par nous préciser l'outil

**vincent_17** · 04/02/2008, 11h53

Effectivement j'aurais dû préciser l'outil.

Par ailleurs, pour info, si vous lancez le script pl/sql depuis un script .ksh (un script shell) il faut ajouter en en-tête :

Code :

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

set setveroutput on

mettre le : dbms_output.enable(1000000) entre les balises begin/end et là ça loggeras sans problèmes logiquement.

curseur et dbms_output.put_line

SQL Oracle

Discussions similaires

Partager

Partager