Consulta Firebird lenta?

[[RONPABLO]]

Tienes forma de ver el plan que genera la consulta, de pronto no usa el indice que le indicas... yo por ejemplo uso una aplicación llamada databaseworcbech para correr consultas y de ahí ver el plan usado por la consulta... también puedes poner la consulta que usas de pronto se puede reorganizar o si usas la clausa "in" tengo entendido que puede ser más lenta que usar un "exists"

[[RONPABLO]]

Código SQL [-]
select * from tabla1 where nrp = '01076853108'

nrp es el que tiene el indice?? prueba creandolo descendente sí es ascendente o ascendente sí es descendente.

[[mightydragonlor]]

recuerda que el tema de los índices es bien complicado, es decir, puedes tener nrp como índice compuesto, osea, varios campos en un mismo índice, pero si solo vas a buscar por un campo necesitas que el índice esté solamente por ese campo, además también el exceso de índices hace que una consulta sea lenta.

[elaguna]

Empezado por RONPABLO

nrp es el que tiene el indice?? prueba creandolo descendente sí es ascendente o ascendente sí es descendente.

Puff!!!, esto pasa cuando llevas varios días viendo los mismos datos. yo estaba seguro de que había creado el índice pero... se lo había creado a la tabla de Postgres (con razón tanta diferencia)

Ya he creado el índice en donde iba y todo perfecto.

Muchas gracias por tomarse el tiempo de contestar, este foro es una luz en la oscuridad.

Gracias.


Eduardo Laguna