FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
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 |
#2
|
||||
|
||||
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 |
#3
|
||||
|
||||
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. 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:
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, ... Última edición por duilioisola fecha: 02-06-2011 a las 13:05:32. |
#4
|
||||
|
||||
+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.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Cita:
Cita:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
modificar clave primaria en interbase | manolop | Conexión con bases de datos | 0 | 24-06-2005 10:31:42 |
Ayuda Con Clave Primaria | pablo2244 | MySQL | 4 | 30-05-2005 21:49:01 |
cambiar la clave primaria con SQL | User_Baja_2 | SQL | 8 | 18-06-2004 08:41:31 |
Cambiar clave primaria | pinoxito | Firebird e Interbase | 7 | 13-01-2004 21:51:26 |
cambiar una clave primaria | User_Baja_2 | SQL | 3 | 06-10-2003 18:03:38 |
|