Ayuda con consulta lenta, lenta, lenta

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

Por cierto, es una pregunta para los Masters de IB/FB relacionada con esto. ¿Se puede ver el plan de ejecución de la consulta en algun sitio? ¿Alguna herramienta externa? ¿IBConsole? ...

[Delfino]

La causa de la lentitud esta aqui :

Código SQL [-]
Left join maestro m on m.idTienda = d.idtienda and m.idRefer = d.idRefer;

Prueba a quitar el left a ver q pasa..

Se puede ver el plan de ejecución de la consulta en algun sitio?

Si, con el IBExpert, por lo menos, y se vera claramente q no utilza los indices, si no q recorre la tabla detalle secuecialmente, de alli la lentitud..

[Ñuño Martínez]

He estado buscando y he encontrado una aplicación llamada InterBase/Firebird Development Studio que incluye una utilidad llamada Query Analizer que al parecer ayuda en la optimización de las sentencias SQL. Es de pago pero tiene una versión de evaluación.

En cuanto a lo de ver la planificación de la ejecución, con MySQL se usa la sentencia EXPLAIN. Por ejemplo:

Código SQL [-]
EXPLAIN SELECT * FROM tabla

Te devuelve una tabla con distintos campos.

No sé si esto puede servir, porque he estado buscando y sólo encuentro explicaciones para MySQL o, como mucho, esta explicación en inglés sobre los índices de InterBase/Firebird.

[Casimiro Noteví]

El que yo uso desde hace años es el Interbase PlanAlyzer, muy útil.

[[Lepe]]

al menos en IB Expert Personal, me dice que el plan de ejecución no se puede ver.

En Marathon (openSource) si se ve... otra cosa es entender cada detalle que dice ¿alguna lectura recomendad? Asias

Saludos

[Gregory Mazon]

Gracias por todos sus comentarios

ya estube haciendo pruebas con lo que me han comentado, ya le quite la funcion BETWEEN tal como lo dice eduarcol, ya le quite el Left tal como dice Delfino. Me falta hacer la prueba con Firebird, y ya cheque que mis indices esten correctos, y si es verdad mejoro mi consulta en vez de tardarse 10 minutos como antes ahora se tarda 3 minutos, no se si todavia se pueda mejorar con Firebird lo voy probar, pero aqui una de las cosas q mas me preocupan es que estos 3 millones de registros son solo de informacion de solo 5 meses (es el tiempo que lleva funcionando el sistema), que va ha pasar con informacion acumulada de 1 o 2 años, por q pretenden tener reportes comparativos de cuanto se vendio el 21/jun/07 vs. el 21/jun/08.

Empezado por Neftali

Revisa el plan de ejecución si es posible para ver lo que se está haciendo y los tiempos de las distintas operaciones.

Que es el plan de ejecución como los debo de interpretar?
Utilizo el IB Expert Personal Edition y cuando hago mi consulta en la parte inferior me regresa:

Plan
PLAN SORT (MERGE (SORT (DR REM INDEX (REMISION_IDX1)),SORT (JOIN (DR DR NATURAL,DR ART INDEX (RDB$PRIMARY1)))))

Adapted Plan
PLAN SORT (MERGE (SORT (DR REM INDEX (REMISION_IDX1)),SORT (JOIN (DR DR NATURAL,DR ART INDEX (PK_ARTICULOS)))))

[[Lepe]]

En la propia ayuda de IB Expert viene que al usar un plan "NATURAL" realmente no se está usando índices, por tanto sería una consulta NO optimizada.

Según explica hay veces que es mejor no usar índices (aún cuando existan) porque la tabla es pequeña y el uso del índice lo hace tardar más.

Como ves yo ando buscando información sobre el tema, pero no puedo hablar mucho.

Saludos

[Delfino]

Puedes poner el plan de antes de quitar el left y despues? asi podremos ayudarte a leerlo y interpretarlo,
como dice lepe, natural significa q escanea todas las filas,
basicamente en un plan la informacion mas valiosa es cuando un indice se usa o no, y por cierto usando los indices adecuadamente daria igual q cantidad de registros hay, el acceso es directo..