Acelerar query

[chenech]

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.

[Casimiro Noteví]

Empezado por chenech

... En lugar de LIKE usa STARTING...

Siempre que se pueda es mucho mejor starting

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

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.

[Angel.Matilla]

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

Código SQL [-]
AND RefInt LIKE '1%' OR RefInt LIKE '2%'

está mal escrita y debería ser:

Código SQL [-]
AND (RefInt LIKE '1%' OR RefInt LIKE '2%')

me faltaban los paréntesis.

Empezado por Casimiro Notevi

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".

Esa estructura de un SELECT no la conocía, pero ¿cómo sé que plan aplicar? Si yo ejecuto ese query tal como está me da esta información de ejecución:

Plan:
------------------------------------------------
PLAN SORT ((RECIBOS NATURAL))
PLAN SORT ((RECIBOS NATURAL))
PLAN JOIN (B INDEX (FK_CODPERCUO), A INDEX (PK_PERSONA))

¿Cómo hago para forzar que use el índide que me interesa?

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

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.

Sí, lo sé, pero en este caso lo que necesito es que me encuentre los códigos que no estén ya en la tabla Recibos y no se me ocurre como reemplazar el IN por JOIN

Empezado por chenech

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.

¡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.

[mamcx]

Empezado por Angel.Matilla

Sí, lo sé, pero en este caso lo que necesito es que me encuentre los códigos que no estén ya en la tabla Recibos y no se me ocurre como reemplazar el IN por JOIN

Eso puede variar por motor y que tan bien o mal es su query planner, aquí algunas opciones:

https://stackoverflow.com/questions/...in-on-firebird
https://stackoverflow.com/questions/...ery-using-join

[Casimiro Noteví]

Empezado por Angel.Matilla

¡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.

Claro, es que like hace una comparación de textos por cada uno de los registros, sin embargo starting utiliza el índice del campo.

[mamcx]

PD. Me dio curiosidad si FB soporta indices sobre expresiones y si!:

https://firebirdsql.org/rlsnotesh/in...xpression.html

Es muy util para acelerar consultas de este tipo...

[Angel.Matilla]

Empezado por mamcx

PD. Me dio curiosidad si FB soporta indices sobre expresiones y si!:

https://firebirdsql.org/rlsnotesh/in...xpression.html

Es muy util para acelerar consultas de este tipo...

Muy interesante.