Consulta muy sencilla, extrañamente lenta

[Delfino]

Podemos entender q el problema no tenia q ver con componentes?
y eso de q con FibPlus se soluciono y con los otros no?

a Ver si das mas detalles

[Angel Fernández]

Empezado por Delfino

Podemos entender q el problema no tenia q ver con componentes?
y eso de q con FibPlus se soluciono y con los otros no?

a Ver si das mas detalles

Pues la verdad no puedo dar muchos más detalles porque lo he solucionado de rebote. No puedo decir que no tenía nada que ver con componentes porque, como dije, con fibplus el problema mejoró pero no se arregló del todo. Es decir, había una cierta lentitud pero no tanta como cuando accedía a la tabla de sensores la primera vez desde mdo.
Hay que recordar que el problema ocurría sólo la primera vez que se accedía a la tabla. Las veces sucesivas todo iba como la seda.

Lo que sí puedo decir al 90% (no al 100% porque no he hecho muchas pruebas) es que aumentando el tamaño de paginación de la BD el acceso mejora y mucho. Ya no tengo esa demora de 30 segundos en el primer acceso a la tabla. Ahora es de menos de 1 segundo. He hecho varias pruebas y va bien. Pero muchísimo mejor. Todas las consultas tardan menos de la mitad de tiempo.

Tengo que añadir una cosa que enturbia un poco esto que digo: también le he aumentado la ram a mi ordenador. De 1 GB he pasado a tener 2,5 GB. Sin embargo, con 2,5 GB he hecho pruebas con la base de datos con tamaño de página de 1024 y vuelve a ser lento todo. Con lo cual concluyo que sin duda el aumento de ram ayuda y mucho, pero el problema se ha "resuelto" con el aumento del tamaño de página. (Pongo "resuelto" entre comillas porque parece que no me lo termino de creer).

Os iré diciendo si hago más pruebas y logro sacar más conclusiones.

Un saludo.

[[Al González]]

¡Hola Ángel!

Cuando tengas oportunidad, prueba el procedimiento almacenado de "afinación de índices" que te recomendé, bajo las mismas condiciones en que se encontraba tu base de datos.

Código Delphi [-]
CREATE PROCEDURE SPACTUALIZARINDICES 
AS
DECLARE VARIABLE NOMBRE VARCHAR(31);
Begin
  For Select RDB$Index_Name From RDB$Indices Into :Nombre Do
    Execute Statement 'Set Statistics Index ' || :Nombre;
End

Sospecho que eso hubiese ayudado en buena medida.

Saludos desde Zacatecas (camino a Chihuahua ).

Al.

[Angel Fernández]

Al, lamento decir que no funciona el código que tan amablemente me propones. Lo ejecuto antes de lanzar la consulta y nada, tarda 30 segundos.

Sin embargo, puedo aportar algún dato más a este laberinto. Cuando he tratado de hacer un restore (de un archivo fbk) con tamaño de página 1024, para que la bd resultante fuera "lenta", me he encontrado con que no era "lenta". Iba bien. He tenido que recuperar una copia de la bd original "lenta" para realizar la comprobación que me dice Al.

Haciendo un pequeño esquema, esto es lo que obtengo:

Código a emplear BD_tamaño de página_lenta/OK (Ej: BD1_1024_lenta)

Esquema:

BD1_1024_lenta -- backup --> FBK1 -- restore (con opción -p 16834) --> BD2_8024_OK.

Si ahora hago FBK1 -- restore (con opción -p 1024) --> BD3_1024_OK (??? No entiendo que vaya OK)

No sé si el esquema ayuda a entender o lo complica aún más. El caso es que restaurando el fichero FBK, sin importar el tamaño de página, la base de datos resultante funciona bien.

¿Al final va a resultar que un simple backup-restore soluciona el problema?

Quizá sí. Sin embargo, me reafirmo en lo dicho de que a mayor tamaño de página, mejor rendimiento.

Espero vuestros comentarios.

Un saludo. (Muchas gracias Al, guardo tu código como oro en paño).

[Casimiro Noteví]

Empezado por Angel Fernández

[..] Sin embargo, me reafirmo en lo dicho de que a mayor tamaño de página, mejor rendimiento. [..]

Es conveniente que sea de 8 Kb al menos, 8192.

En tu caso, si se soluciona haciendo un backup/restore, entonces puede ser que tuvieras algún problemilla en la base de datos o los índices muy "desbalanceados". Seguramente será esto último.

[Delfino]

o los índices muy "desbalanceados"

Seguramente era eso

Se recomienda el tamaño de 4k, q es el mismo q usa el sistema operativo, pero si hay campos blob voluminosos se recomienda el del 8k..

al final va a ser q el tamaño importa en tu caso, como en muchos otros casos de la vida