Locate Lento con muchos registros con ADOQuery por indice clave primaria en Access
 

Hola chicos,

Lo primero gracias por adelantado, os comento mi problema.

Tenemos, para poder navegar entre registros, un ADOQuery abierto con 50 000 registros cargados. El caso es que actualmente estamos utilizando Access para la bbdd.

El locate se realiza sobre la clave primaria, la cual obviamente es indice de la tabla. Y el caso es que cuando haces un locate en un registro de los primeros es inmediato, pero si es de los ultimos tarda como 7 segundos.

Resumen, que esta haciendo la busqueda de un modo secuencial, no esta utilizando el indice y se supone que lo utiliza.

Cosas que se me ocurren que pueda ser:

- El problema es del Cursor del adoquery, he probado todos y no parece funcionar ninguno....

- El problema es access, que no indiza digamos el locate la clave primaria o q se yo, y lo hace secuencial. Mysql funcionaria?

A alguien le ha pasado algo parecido o sabe porque es?

Muchas gracias

Hola.

El problema es que el locate se recorre toda la tabla buscando el registro que cumpla con la condición requerida y eso tiene poco arreglo.

Para hacer búsquedas con un query deberías de hacer un select con las condiciones y eso si que irá rápido.

Saludos

El problema creo que es otro:

Cuando abres al ADOQuery, solo se trae algunos registros a memoria, para mostrarlos en los componentes que sea necesario (DBEdit, DBGrid, etc.)

Cuando le das a buscar un registro en concreto, debe ir hasta ese registro, cargando todos los anteriores en memoria para poder ir hacia atrás.

La "solución" sería abrir el ADOQuery e ir al final y luego volver al principio. Esto tardará 7 segundos, pero las búsquedas serán rápidas, porque tendrá todos los registros en memoria.

Código Delphi [-]
with ADOQuery do
begin
   Open;
   Last;
   First;
end

De todos modos, quizás sea mejor buscar otra forma de trabajar. Cuando hay muchos datos, lo normal es trabajar solo con un subconjunto de ellos o con solo uno a la vez.
Ejemplo:

• Si tienes 50.000 artículos, quizás puedas dividirlo en familias y luego moverte dentro de estos.
• Si tienes 50.000 artículos, puedes tener una tabla con un solo campo código del articulo y otra unida a travez del DataSource con todos los datos del artículo. El locate en una tabla pequeña será mucho más rápido que traerse todos los datos del articulo

ADOQCodigoArticulo
Codigo
A1
A2
A3
...
A50000

ADOQDatosArticulo
Codigo, Descripcion, Precio, etc.
A1, Articulo 1, 1, ...
A2, Articulo 2', 2, ...
A3, Articulo 3, 3, ...
...
A50000, Articulo 50000, 22, ...

+1 para la búsqueda con SQL.

Revisa el tráfico que te está generando el Locate.

El tema de recorrer la tabla hasta el último y luego hacer las búsquedas, no arregla nada, porque igualmente estás trayendo TODOS los datos a local.

Por eso lo solución entre comillas :D