curseur et dbms_output.put_line

Version imprimable

17/01/2008, 17h42
vincent_17

curseur et dbms_output.put_line

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 :

Citation:

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;
17/01/2008, 18h19
orafrance

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 :?
17/01/2008, 21h43
mnitu
Citation:

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.
18/01/2008, 10h11
vincent_17

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.
18/01/2008, 11h27
dgi77

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
18/01/2008, 13h20
mnitu

Citation:

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. :)
18/01/2008, 14h13
phili_b

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
24/01/2008, 14h57
vincent_17

Merci pour toutes vos réponses.

Je vais tenter la méthode DEBUG.

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:

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;
/

29/01/2008, 09h52
orafrance

en 10g tu peux essayer :

Code:

SET serveroutput ON SIZE UNLIMITED

Sinon, bah faut afficher moins de caractères :?
29/01/2008, 10h02
vincent_17

le code :

Code:

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 ?
29/01/2008, 10h05
orafrance

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).
29/01/2008, 10h19
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...
29/01/2008, 13h33
argoet

Citation:

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 8-) 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" :aie:
29/01/2008, 15h07
vincent_17

malheureusement le création d'une table est aussi rigide que de passer par un fichier...
31/01/2008, 20h56
phili_b

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
31/01/2008, 21h09
mnitu

Citation:

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.
04/02/2008, 09h40
vincent_17

j'ai retiré le

Code:

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 !
04/02/2008, 10h20
orafrance

oui, évidemment il aurait fallu commencer par nous préciser l'outil :roll:
04/02/2008, 11h53
vincent_17

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:

set setveroutput on

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