RE: Cursores Anidados

Daly,

Prueba a recorrer el cursor antes de comprobar si está vacío:

...
BEGIN
OPEN cursor1;
LOOP
FETCH .... INTO ....;
EXIT WHEN NOT FOUND;
.....;
END LOOP;

CLOSE cursor1;
END;
...

Y me gustaría aprevechar para lanzar las siguientes preguntas:

- ¿Qué es más eficiente, utilizar cursores, o estructuras de tipo FOR [select..] IN [param] LOOP?? ¿Por qué?
- ¿Estás seguro Jaime que todo se puede hacer mediante joins?

___________________________________________
Urko Zurutuza Ortega
Informatika Departamentua
Mondragon Goi Eskola Politeknikoa
MONDRAGON UNIBERTSITATEA
Loramendi 4, 20500
Arrasate-Mondragon
Tel. +34 943 739634
http://www.eps.mondragon.edu/investigacion/secgroup/
___________________________________________

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de
> Jaime Casanova
> Enviado el: jueves, 09 de marzo de 2006 5:09
> Para: daly santana sanchez
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda] Cursores Anidados
>
> On 3/8/06, daly santana sanchez <daly(at)inicia(dot)es> wrote:
> > Hola!
> > Tengo dos cursores anidados y me surge una duda.
> > cuando hago exit when not found;
> > A que cursor se supone que está accediendo la propiedad found?
> > tengo algo así:
> >
> > open cursor1
> > loop
> > exit when not found;
> > fetch .......
> > open cursor2 (según datos del cursor1)
> > loop
> > exit when not found;
> > .....
> > .....
> > end loop;
> > end loop;
> >
>
> si no quieres (cough, cough) perdon, no "puedes" usar un join
> que te parece reescribir esto con dos for...
>
>
> for r1 in select del cursor 1 loop
> for r2 in select del cursor 2 loop
> proceso;
> end loop;
> end loop;
>
>
> --
> Atentamente,
> Jaime Casanova
>
> "What they (MySQL) lose in usability, they gain back in
> benchmarks, and that's all that matters: getting the wrong
> answer really fast."
> Randal L. Schwartz
>
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>