Registros en en bloques de 100 o mas...

[*Caro*]

Empezado por AzidRain

Que feo, tener que hacer un subquery para algo así.

Si tienes una mejor solución porque no la pones, como dije Limit no existe en Firebird y por lo menos yo, no he encontrado ninguna función que se asemeje a Limit.

Empezado por AzidRain

Por cierto el query que tiene el skip le va a salir a razón de lo mismo pues digamos que tienes 10 mil registros y los quieres ver de 100 en 100. En ese query te va a traer 9900 registros inicialmente, lo que casi es lo mismo que traer todos, curiosamente la consulta de los últimos registros será más rápida que la de los primeros pues cada vez iran quedando menos. Aunque funciona, no me parece muy óptimo que digamos.

Si, reconozco que no es optimo lo que puse y sería mucho mejor hacerlo con una sola consulta como lo puso Casimiro.

[[egostar]]

Código SQL [-]
select * from tabla limit 101,200

Código SQL [-]
select First 100 Skip 100 * from tabla

Sería interesante ver el tiempo de respuesta de cada motor......

Saludos

[Jose Roman]

Gracias a todos, interesante haber generado un debate asi, pero hare ensayo a ver como me va.

[Casimiro Noteví]

Pongo una pruebecita:

Base de datos firebird 1.5 de 495 Mbytes
Tabla tbLineasMovimientosAlmacen con 35 campos y 396.964 registros

Flamerobin en linux ubuntu 8.04

Select con todos los campos:
select first 100 skip 100 * from TBLINEASMOVIMIENTOSALMACEN

Resultado:
PLAN (TBLINEASMOVIMIENTOSALMACEN NATURAL)
Executing...
Done.
406 fetches, 0 marks, 0 reads, 0 writes.
0 inserts, 0 updates, 0 deletes, 0 index, 200 seq.
Delta memory: 1144 bytes.
Total execution time: 0,370s
Script execution finished.

[[AzidRain]]

No te molestes caro, en todo caso no es culpa tuya sino del motor. Yo comento únicamente lo que pienso respecto a las diferencias entre motores, como se ve cada uno tiene un pie de donde cojear.

La solución de casimiro es la equivalente al "limit" que yo sugerí y como dice Jose Román, al final el ganador es él pues tiene mucha información para continuar con su proyecto.

Egostar apunta algo interesante, desgraciadamente las diferencias en rendimiento no la sve uno mas que en tablas con millones de registros lo que por lo que he visto en el foro solo se da en unos pocos caso, casi siempre se trata aquí de proyectos de unos cuantos miles de registros. Donde algunos milisegundos no hace ninguna diferencia.

[rgstuamigo]

Pues qué puedo decir?... Pareciera que es un tema de nunca acabar lo raro es que con tanto tiempo trabajando con delphi no se hayan dado cuenta que Delphi cuenta con un tremendo componente, precisamente para evitar y solucionar ese tipo de problemas que comenta nuestro amigo Jose Roman, que al propósito ya es la segunda vez que está preguntando lo mismo., en esa ocacion le comenté las potencialidades del Componente TClientDataSet, supongo que quizás no se convenció de mi respuesta en aquella ocasión
De todas manera cada uno saque sus concluciones, al fin y al cabo cada uno decide la forma de trabajar .
Saludos...

[Casimiro Noteví]

¿Pero el TClientDataSet necesita tener todos los datos en memoria o pueden ser leídos poco a poco?

[rgstuamigo]

Pues para eso precisamente tiene la propiedad PacketRecords donde se puede definir la cantidad de registros que traerá desde el servidor.
Si quieres más información, pues en el otro hilo en cuestion he puesto algunos enlaces muy pero muy interesantes.

[Casimiro Noteví]

No había leído el otro hilo "ayuda con consulta"
Los Tclientdataset los he usado alguna vez como tablas temporales en memoria, sé que son muy potentes, vi un video de ¿jachguate? donde se explicaban cosas muy interesantes.
Pero, es que son tantas cosas para aprender, no da tiempo, todavía me siento un inútil analfabeto e inculto, puede que dentro de otros 25 años haya aprendido lo básico

[Casimiro Noteví]

Los componentes ClientDataSet tienen una propiedad llamada PacketRecord la cual determina cuandos registros se van a almacenar en memoria. Por defecto tiene configurado -1 lo que significa que se van a cargar todos los registros en la tabla. Como eso no me interesa en el listado general del formulario principal lo que vamos a hacer es poner esta propiedad a 100.

Por eso he ordenado la lista por el campo ID descendentemente para que se vean sólo los últimos 100 registros insertados. Una de las cosas que más me gustan de los componentes ClientDataSet es que se trae los 100 últimos registros y desconecta la tabla y la transacción quitándole trabajo al motor de bases de datos. Si el usuario que maneja el programa llega hasta el registro número 100 el propio componente conecta automáticamente con el servidor, se trae otros 100 registros y vuelve desconectar.

IMPRESIONANTE