velocidad en Procedimiento almacenado

[jachguate]

Creo que hay varios puntos a considerar:

• Si tenes activado el hyperthreading y realizas una única conexión, el servidor está limitado al 50% del uso total del procesador (el de un procesador virtual). Habrá que desactivar el hyperthreading.
• Firebird ha demostrado poder mantener el procesador al 100% si se le da suficiente que hacer, incluso con una única conexión. Si el procesador se mantiene mas bajo, es porque tu aplicación no le da suficiente trabajo, probablemente realizas lecturas cortas, te llevas los datos al programa, los manipulas y finalmente haces una escritura corta. Mientras tu aplicación está haciendo cálculos, firebird está esperando por mas cosas que hacer. Una solución típica es transferir carga al servidor (usando stored procedures, por ejemplo), aprovechando que regularmente, en entornos en producción, el hardware del servidor es mucho mas potente y que tenes que pasar menos datos por la red. Otra solución es optimizar tu aplicación para que responda mas rápido, y otra es hacer una aplicación multihilos, donde un hilo se encargue de mantener ocupada a la base de datos y otros cuantos de realizar los cálculos, si estos resultan ser muy complejos.

Espero haber contribuido en algo con estas ideas.

Hasta luego.

[jc.guzman]

Les comento que dentro del procedimiento almacenado he descubierto que cuando se hace un for Select...Do para ejecutar una serie de acciones( Lo cual es mi caso para hacer un proceso de facturación) el uso de operadores Or dentro del For hace lento el procedimiento. Por ejemplo un borrado de datos es mucho mas lento haciendo uso de operadores Or
For Select.........Do Begin
DELETE FROM SALDOS_D
WHERE SDCUENTA=:ICUENTA AND SDMES=:IMES AND SDYEA=:IYEA
AND
((SDCONCEPTO=1) or (SDCONCEPTO=2) or
(SDCONCEPTO=7)or(SDCONCEPTO=8));
End

Si lo realizo de esta manera el proceso increiblemente es mas rapido

For Select.........Do Begin
DELETE FROM SALDOS_D
WHERE SDCUENTA=:ICUENTA AND SDMES=:IMES AND SDYEA=:IYEA
AND (SDCONCEPTO=1);
DELETE FROM SALDOS_D
WHERE SDCUENTA=:ICUENTA AND SDMES=:IMES AND SDYEA=:IYEA
AND (SDCONCEPTO=2);
DELETE FROM SALDOS_D
WHERE SDCUENTA=:ICUENTA AND SDMES=:IMES AND SDYEA=:IYEA
AND (SDCONCEPTO=7);
DELETE FROM SALDOS_D
WHERE SDCUENTA=:ICUENTA AND SDMES=:IMES AND SDYEA=:IYEA
AND (SDCONCEPTO=8);
End

Es decir no hago uso de los opoeradores OR, lo mismo he detectado cuando llevo a cabo sumas o Count, obviamente los indices lo he optimizado, la tabla SALDOS_D tiene 3 indices:
1:SDCUENTA,SDYEA,SDMES,SDCLAVE_PAGO
2:SDCONCEPTO,SDNUMERO_MES
3:SDCUENTA,SDCONCEPTO,SDYEA,SDMES (llave primaria)

Cuando la operacion la lleva a cabo en un for select donde solo lo hace una vez el proceso es igual de rapido pero cuando el for.. select es contiene mas ciclos la direnecia es enorme, esto lo he visto usando el Performace Analizer del IBExpert.