FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
||||
|
||||
Acelerar query
Buenos días. Necesito que me ayudéis con un problema. Tengo este query que se ejecuta en FB 2.5:
Las tablas Persona y Cuotas tienen como clave primaria CodPrv y Codigo; además Cuotas tiene una clave externa sobre esos mismos campos de Persona. La tabla Recibos tiene como clave primaria CodPrv, Codigo, Fecha y RefInt y tiene un índice sobre CodPrv y Codigo. La tabla Persona tiene ahora 15130 registros, Cuotas 4282 y Recibos 35471; tampoco son unas cifras excesivas. El problema que tengo es este: Como veis todas las lecturas que se hacen sobre la tabla Recibos no se hacen siguiendo el índice a pesar de que el campo que se compara está tanto en la clave primaria como en un índice y por lo tanto la ejecución se demora muchísimo, casi 4 minutos. Es más: si ejecuto el SELECT DISTICNT etc. sólo todas las lecturas que se hacen (70942) se hacen sin seguir ningún índice. Mi pregunta es: ¿hay alguna forma de forzar que la lectura de la tabla Recibos se haga siguiendo un índice? |
#2
|
||||
|
||||
Puedes indicarle qué "plan" debe usar, mira esto.
También puedes cambiar el orden de las condiciones y demás para probar. Aparte de eso supongo que (a simple vista) por cada registro debe hacer el "select distinct en recibos" por lo que eso lo ralentiza. Habría que hacer diversas pruebas, por ejemplo, cambia el "not int" por "not exists". |
#3
|
|||
|
|||
Sql
La conexión entre las tablas Persona y Cuota cambialas por un JOIN, ahi siempre he obtenido yo mejores resultados.
En lugar de LIKE usa STARTING, tengo entendido por la documentación de Firebird que está mas optimizado y por lo que veo es lo que empieza por 1 o 2. Usa alias tambien para la tabla Recibos. Espero ayude algo esas cosas. Un saludo. |
#4
|
||||
|
||||
Siempre que se pueda es mucho mejor starting
|
#5
|
||||
|
||||
Además del acceso por índice, yo intentaría evitar la clausula IN, porque suelen ser bantante lentas.
La mayoría de veces, se puede hacer lo mismo utilizando una JOIN. Revísalo.
__________________
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. |
#6
|
||||
|
||||
Gracias por las respuestas. En cuanto pueda las probaré. No obstante me he dado cuenta de que hay un error de sintaxis en el query: la línea
está mal escrita y debería ser: me faltaban los paréntesis. Cita:
Cita:
Cita:
¡Increíble! Ha pasado de hacer ciento y pico millones de lecturas no indexadas a poco más de 30 mil indexadas. Muchas gracias a todos por la ayuda. |
#7
|
||||
|
||||
También puedes probar con JOINs como indican más arriba.
Dependiendo de los datos, puedes tener mejores resultados con un "JOIN" o con un "LEFT JOIN".
|
#8
|
||||
|
||||
Gracias por la sugerencia, pero en este caso no me vale porque con el JOIN podrían salir registros con cuota cero y esos no me interesan. Ya lo había probado.
|
#9
|
|||
|
|||
Una consulta tu campo CodPrv es numerico? si fuera afirmativo intenta este truquillo que se usar alguna veces "CodPrv >0", tu campo RefInt esta indexado?
Cita:
Al final seria asi esa parte del query: Cita:
|
#10
|
||||
|
||||
Muchas gracias por los consejos.
Cita:
Cita:
Como comenté en una de mis respuestas, el query puesto así: está mal; lo correcto es esto otro: En el primer mensaje le faltan los paréntesis y es una de las razones por las que se frenaba la ejecución. También, siguiendo un muy buen consejo, reemplacé el LIKE por STARTING; es una instrucción de la que casi nunca me acuerdo. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Acelerar TClientDataset con Midas Speed Fix | cloayza | Providers | 2 | 11-10-2013 19:21:50 |
Problemas Acelerar PHP | HomeCinema | PHP | 1 | 09-02-2007 11:42:04 |
Acelerar carga de Delphi | mamcx | Noticias | 4 | 13-09-2006 00:51:52 |
Como acelerar el trabajo DBF | manuelpr | Conexión con bases de datos | 3 | 29-03-2005 19:52:11 |
Consejo para Acelerar Procesos | manuelpr | Varios | 2 | 08-03-2005 09:02:22 |
|