taille d'un curseur

Version imprimable

taille d'un curseur

bonjour,
Je précise que je travaille avec Oracle.

Je cherche à obtenir la taille d'un curseur.
je déclare le curseur comme ci-dessus:

Code:

1
2
3
4
5
6
 
CURSOR c_cursor
           IS 
           SELECT partition_name 
           FROM all_tab_partitions 
           WHERE table_name = nametable ;

Ensuite dans le corps, je fais:

Code:

1
2
3
4
5
6
7
8
9
10
 
                OPEN c_cursor; 
 
                 Pkg_log.fonction_log (' taille de cursor' || c_cursor%ROWCOUNT); 
                 IF ( c_cursor%ROWCOUNT > 1) 
                 THEN 
                         LOOP 
                         FETCH c_cursor 
                         INTO vartemp; 
                         ...

Donc lorsque j'affiche la taille, j'ai tjrs une valeur de 0.

31/03/2008, 22h37
Alain Defrance

Bonjour,

attention Rowcount permet de connaitre combien de ligne tu a parcouru, plus précisément ou tu te trouve dans ton curseur.
Donc avant de commencer de parcourir tu te trouve bien a 0
si tu écrit ton log après le parcours tu aura normalement la taille de ton curseur.
31/03/2008, 23h45
bach

... cela étant dit, tu peux toujours utiliser la fonction de groupe COUNT pour extraire la taille de ton curseur ;)
01/04/2008, 10h56
McM

Quel est le besoin d'avoir la taille du curseur ?

Si c'est pour éviter le Fetch, passe par un

Code:

FOR rec IN curseur LOOP .. END LOOP;
01/04/2008, 11h29
mnitu

Citation:

Envoyé par McM

Quel est le besoin d'avoir la taille du curseur ?

Si c'est pour éviter le Fetch, passe par un

Code:

FOR rec IN curseur LOOP .. END LOOP;

C'est quoi ?

Citation:

éviter le Fetch

parce que dans la solution que tu propose il y aura "le Fetch".

Code:

1
2
3
4
5
6
FOR r IN (SELECT partition_name 
           FROM all_tab_partitions 
           WHERE table_name = nametable)
LOOP
  vartemp := r.partition_name; 
END LOOP;

Il n'y a pas la fonction "FETCH c_cursor"

01/04/2008, 15h36
Alain Defrance

Mais pourtant c'est bien les FETCH quel intérêt de s'en passer ?
01/04/2008, 16h06
Yorglaa

dans une boucle For, le fetch est implicite...
puisque la select est automatiquement exécuté et la première lignes affectée au record r (ou rec, ou le nom qu'on lui donne...)

en fait un Open cursor permet de parser le Select mais pas de l'exécuter... il est exécuté au premier fetch.
02/04/2008, 13h47
McM

Et surtout tu t'embêtes pas à fermer le curseur en cas d'erreur, à vérifier si une ligne est ramenée, etc..
02/04/2008, 15h20
farenheiit
Et en plus t'as pas besoin de déclarer au préalable ni ton curseur ni la variable
ex:
Code:

1 2 3 4 5 6 7 FOR cur_rec in (select * from toto) loop blablablabala end loop;
ici cur_rec n'a pas besoin d'être déclaré, et tu ne déclares pas de curseur non plus.
C'est pas de la bombe ça??? :mrgreen:
02/04/2008, 15h23
Yorglaa

Citation:

Envoyé par farenheiit

...
ici cur_rec n'a pas besoin d'être déclaré, et tu ne déclares pas de curseur non plus.
C'est pas de la bombe ça???

mouais...
sauf que dans un package body de 10'000 lignes à corriger/déboguer, tu va te taper tout le code pour aller retrouver tous les Select des curseurs...

alors que si ils sont tous sagement déclarés dans les section déclaratives des procédures tu sais toujours où les retrouver !

en gros c'est de la flemme et pas génial à maintenir !
02/04/2008, 15h35
farenheiit

Oui bien sur, mais dans le cas d'un curseur dans un petit bloc Pl/SQL on perd moins de temps et on ne perd pas en lisibilité
02/04/2008, 15h57
McM

Oh, mais tu peux toujours garder ton curseur dans la partie déclarative avec le LOOP

Et puis quand j'ai 10000 lignes de code, moi ça m'irrite de devoir remonter à chaque fois tout en haut pour savoir ce que fait ce curseur, puis revenir à ma ligne.. le temps de la retrouver, j'ai perdu 15 sec
02/04/2008, 16h08
Yorglaa

Citation:

Envoyé par McM

...
Et puis quand j'ai 10000 lignes de code, moi ça m'irrite de devoir remonter à chaque fois tout en haut pour savoir ce que fait ce curseur, puis revenir à ma ligne.. le temps de la retrouver, j'ai perdu 15 sec

c'est pour ça que les outils genre Toad permettent de poser des "bookmarks" sur des no de ligne, afin de naviguer plus facilement à travers son code...

enfin ensuite ce n'est qu'un question de choix et de préférence... ça ne change rien à l'exécution.
02/04/2008, 16h19
farenheiit

Citation:

Envoyé par Yorglaa

c'est pour ça que les outils genre Toad permettent de poser des "bookmarks" sur des no de ligne, afin de naviguer plus facilement à travers son code...

Ah bon? je ne savais pas ça...ça m'interesse...comment tu fais??
03/04/2008, 09h00
Yorglaa

lorsque tu es sur ton editeur PL/SQL, clic-droit puis :
- "Toggle bookmark" permet de poser les bookmark de 0 à 9, le bookmark est posé à la ligne où est positionné le curseur.
- "Goto bookmark" permet d'aller au bookmark de son choix (0 à 9) et te ramène à la position voulue
03/04/2008, 09h48
farenheiit

ok merci..mais si tu veux revenir à ton point de départ t'es obligé de définir un bookmark aussi?
03/04/2008, 10h34
Yorglaa

oui, en général je pose mon premier bookmark à mon point de départ...
03/04/2008, 10h40
farenheiit

Cool...si t'as d'autres astuces sous TOAD je suis preneur.
Tu connais la touche F4 sur le nom d'une table??? ça c'est hyper pratique aussi sous TOAD

Fuseau horaire GMT +2. Il est actuellement 02h12.