From: | Manuel Diego <manuel(at)radiohead(dot)cl> |
---|---|
To: | Yadira Lizama Mue <ylizama(at)uci(dot)cu> |
Cc: | Foro Postgres <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: regular la carga de registros en una consulta. |
Date: | 2009-11-20 10:32:52 |
Message-ID: | 16529115-12C2-42C6-B38D-F9CC498F4393@radiohead.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Lo que deseas hacer es algo asi como una "paginación". Eso lo
consigues agregando el OFFSET a tu consulta es decir:
SELECT * FROM tabla LIMIT 100 OFFSET 0;
Despues
SELECT * FROM tabla LIMIT 100 OFFSET 100;
Y asi:
SELECT * FROM tabla LIMIT 100 OFFSET 200;
El 20-11-2009, a las 0:12, Yadira Lizama Mue escribió:
> Hola a todos,
> me gustarà a que me ayudaran con el siguiente problema: Necesito
> hacer una consulta SELECT pero recorrer sus registros de forma
> iterativa, es decir que no me devuelva todos los registros de un
> golpe sino una porción de ellos, y ejecutar la consulta varias
> veces hasta que haya recorrido todo el resultado de la misma.
>
> El problema es que trato de preveer que cuando realice la consulta
> esta me devuelva gran cantidad de registros y mi aplicación consuma
> mucha memoria de un golpe.
>
> La primera vez podrà a regular la carga agregando al final de la
> consulta "LIMIT 100" por ejemplo si quiero los registros de 100 en
> 100, pero la segunda vez ¿como le digo que quiero los próximos 100
> registros ?
>
> Muchas gracias,
> saludos,
>
> Yadira Lizama Mué
> Universidad de las Ciencias Informáticas
> --
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envía "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)
------------------------
Manuel Diego Paillafil Gamboa
manuel(at)radiohead(dot)cl
From | Date | Subject | |
---|---|---|---|
Next Message | Sergio Gabriel Rodriguez | 2009-11-20 10:57:41 | pruebas de rendimiento |
Previous Message | Yadira Lizama Mue | 2009-11-20 03:12:30 | regular la carga de registros en una consulta. |