Partial Load Mode --- QuantumGrid

[ninguno]

Hola

Pues mira, me ha picado la curiosidad y tenía que probarlo.

Pongo en un formulario una conexión

TDBGrid o TcxGrid -> TDataSource -> TClientDataSet -> TDataSetProvider -> TTable

El TTable configurado como:
- DataBaseName = DBDEMOS
- TableName = customer.db

El TClientDataSet como:
- PacketRecords = 10

El TDBGrid o TcxGrid lo suficientemente pequeños como para que no quepan más de 10 registros.

Pongo un TEdit (para sacar el resultado de la prueba) y un TButton con el siguiente código:

Código Delphi [-]
  ClientDataSet1.Open;
  Edit1.Text := IntToStr(ClientDataSet1.RecordCount)

Resultado de la prueba:
- con TDBGrid: me marca 10 registros
- con TcxGrid: me marca 55 registros

Como suponía, el TcxGrid va pidiendo registros al TClientDataSet hasta llegar a Eof, por lo que NO se comportan de la misma manera. Uno depende directamente del DataSet y el otro "pasa" del DataSet pidiéndole todos los datos.

[donald shimoda]

Empezado por ninguno

Como suponía, el TcxGrid va pidiendo registros al TClientDataSet hasta llegar a Eof, por lo que NO se comportan de la misma manera. Uno depende directamente del DataSet y el otro "pasa" del DataSet pidiéndole todos los datos.

Desactiva fetchondemand y veras que hace...

[Willo]

Se ha generado una buena discusion al respecto;

Pero finalmente la experiencia muestra una notable diferencia en velocidad de respuesta, entre Quantum y el grid usamos.

CRdbgrid (de DEVART -antes corelab-) "carga" hasta 20 veces mas rapido en una ventana que muestra 20 registros de un tabla en MySQL que contiene 247,000; que la misma pantalla usando Quantum.

Ahora bien, CRdbgrid usa los filtros hasta que el usuario los "confirma" y segun vi Quantum va "filtrando" la informacion conforme se teclea el filtro); las ordenaciones son mas rapidas en quantum que en CRdbgrid, pero no mucho....

[ninguno]

Hola

Empezado por Willo

....segun vi Quantum va "filtrando" la informacion conforme se teclea el filtro)....

Bueno, esto es configurable, puedes hacer que se realice el filtrado a medida que escribes o bien al aceptar lo escrito. Lo que no recuerdo cual era la propiedad (si quieres puedo mirar de buscártela)

[Willo]

Empezado por ninguno

Bueno, esto es configurable, puedes hacer que se realice el filtrado a medida que escribes o bien al aceptar lo escrito.

Me imagino que esto soluciona la lentitud al momento del filtrado, cosa que ya de si es excelente....

Pero el problema de la carga inicial de los registros, veo que es cosa totalmente aparte.

[Neftali [Germán.Estévez]]

Empezado por lbuelvas

Bueno y los componentes nativos de Delphi TDBGrid tambien carga todos los registros?

Como ya te han dicho, depende de cómo tengas configurada la fuente de datos.

Empezado por donald shimoda

En ambos casos, QuantumGird o Dbgrid, o el que sea grid, cargaron los datos que le proporcione el dataset, ni mas ni menos.

Bueno, no siempre es así, o al menos el Grid de las Quantum no se comporta como el estandard.
En el case de ADO, que es el que más manejo, se puede configurar la fuente de datos para funcionar en modo Server-side (cursor en el lado servidor), con esto consigues que el Grid estandard de Delphi, no cargue todos los registros al abrir, sino que los vaya cargando a medida que los va necesitando. En este caso, los datos se piden bajo demanda, pero lo hace el DBGrid de forma automática.
La sorpresa es que la misma configuración la "enganchas" al Grid de las Quantum, y al abrir se recorre TODO el Dataset y carga todos los datos.

Es decir, el Grid de las Quantum, hace "algo más" que el estandard.
Se puede corregir con la propiedad que hemos comentado, pero el funcionamiento es distinto.

[ninguno]

Hola Neftali

Empezado por Neftali

La sorpresa es que la misma configuración la "enganchas" al Grid de las Quantum, y al abrir se recorre TODO el Dataset y carga todos los datos.

Es decir, el Grid de las Quantum, hace "algo más" que el estandard.

Como he dicho en un mensaje anterior, las Quantum piden al dataset asociado todos los registros siempre (a no ser que se retoque la susodicha propiedad) sino, no es capaz de hacer lo que hace (filtrados, ordenación de datos,.....). En cambio, un Grid estándar, sólo pedirá al dataset los datos necesarios para rellenarse de ellos.

[ninguno]

Hola

Empezado por donald shimoda

Desactiva fetchondemand y veras que hace...

Hombre, normal, pero es que entonces estás forzando a que los paquetes de registros tengas que requerirlos tú por código mediante el método GetNextPacket. Es decir, un TDBGrid tampoco podrá llegar a tener nunca todos los registros del dataset si no es explícitamente mediante código, cosa que no pasa si esta propiedad está activada.

En fin, que algunos vemos el vaso medio lleno y otros medio vacío