Query vs. StringList

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

La opción de lanzar un LOCATE para cada campo calculado va a ser lenta. En ese caso yo optaría por la búsqueda en la tabla en memoria. De topdas formas no me acaba de quedar clara ninguna de las dos soluciones.

Tal vez no entendí que qué iba la cosa...

[ASAPLTDA]

Hola, creo que la mejor solucion es usar un client data set almacena los datos en momoria pero con las posibilidades de una tabla

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

Empezado por ASAPLTDA

creo que la mejor solucion es usar un client data set almacena los datos en momoria pero con las posibilidades de una tabla

Pensándolo bien, estoy de acuerdo.
En principio mejor el TClientDataset que el TStringList; La única ventaja de este segundo sería el acceso por Find (que utiliza búsqueda dicotómica) y seguramente será más rápido que el locate (aunque se realice en memoria).

[MaMu]

A ver si entendí la sugerencia:

Lo mejor seria un ClienDataSet, con su Provider apuntado al Query que lanza la consulta a la otra tabla, y localizar el registro usando el método find?

La situación es la siguiente, ya no uso tablas en memoria, opero directamente sobre el mySQL server, donde en un la tabla A, tengo 2 campos calculados, que se calculan en base a los datos de otra tabla.

Saludos

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

Empezado por mamu

La situación es la siguiente, ya no uso tablas en memoria, opero directamente sobre el mySQL server, donde en un la tabla A, tengo 2 campos calculados, que se calculan en base a los datos de otra tabla.

Los datos de esa segunda tabla los cargas en un TClientDataset en lugar de un Dataset normal, y eso provoca que todos los datos de esa segunda tabla se traigan al Cliente (a memoria), de forma que las búsquedas sobre esa segunda tabla no se hacen sobre el servidor de SQL sino sobre los datos que hay en memoria (utilizando un LOCATE, por ejemplos).

Hay que tener en cuenta cómo es de gande esa segunda tabla...

[MaMu]

SOLUCIONADO

Claro, esta muy bien. Lo probé y me funcionó más que bien.

Saludos