FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
velocidad en Procedimiento almacenado
Buenas tardes amigos, he elaborado un procedimiento almacenado que elabora la facturacion de usuarios en un sistema de agua potable, las tablas que utiliza son varias, y de una gran cantidad de registros, la mas grande tiene un millon de registros, lo extraño del asunto es que en algunas ocasiones el procedimiento es super veloz (un minuto en ejecutarse) y si lo ejecuto mas tarde sin hacer ningun cambio a la base de datos de ningun tipo(todo igual) ya no tarda un minuto tarda 10 minutos, estas pruebas las llevo a cabo en una computadora sin usuarios conectados. Cuando veo el administrador de tareas se me hace extraño que el proceso FBServer solo este utilizando el 40% o menos del procesador. Alguien me podria decir que es lo que pasa o como configuro el Manejador de base de datos para que haga mas uso del procesador y ejecute mas rapido el proceso. He notado que en algunas ocasiones hace uso del 80 o del 90% de los recursos de procesamiento. Bueno amigos ojala alguno de ustedes me pueda ayudar. gracias.
Pd. Tengo instalado el Firebird 1.5.2 la base de datos es de 1 GB. La computadora es un pentium 4 a 2.2 con 512 Mb en RAM. |
#2
|
|||
|
|||
En el archivo IB_Config hay una opcion para lo que deseas hacer.
Nunca lo he hecho, asi que no puedo darte recomendaciones. Espero te sirva Saludos |
#3
|
|||
|
|||
hola como estas...
bueno muchas veces en el caso en que estas juega mucho el hardware, lo pimero es tratar de montar el server con tecnolocia scii, que es mucha mas rapida que la IDE.... en el caso de la db... te pregunto las tablas que estan implicadas en la funcion tienen indices... recuerda que estos ayudan en el tiempo de respuestas de la consulta....? espero ser de ayuda... |
#4
|
||||
|
||||
Creo que hay varios puntos a considerar:
Espero haber contribuido en algo con estas ideas. Hasta luego.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate Última edición por jachguate fecha: 01-02-2006 a las 20:50:26. |
#5
|
|||
|
|||
He descubierto algo.
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. |
#6
|
|||
|
|||
Deberias revisar que indices tiene la tabla saldos_d, es posible que al borrar registros, el motor deba hacer un recorrido natural de la tabla, es decir, recorrer la tabla de comienzo a fin.
El indice podria ser por los campos y en este orden {idcuenta, sdyea, sdmes} por asuntos de selectividad. Si la tabla tiene muchos registros y estas lanzado la operacion varias veces (for select ...) sera perceptible la demora. Otra cosa, he observado que cuando se hacen borrados masivos de registros o muchas modificaciones a registros y debido a al tecnologia de multiversiones de registros que maneja Firebird e Interbase, la base de datos se va degradando en rendimiento lo que obliga a hacer backup/restore frecuentes. Espero te sea de utilidad.
__________________
Luis Fernando Buelvas T. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Procedimiento almacenado | LucianoRey | MS SQL Server | 2 | 23-08-2005 00:37:06 |
Crear secuencia numerica con un procedimiento almacenado | DobleSiete | SQL | 9 | 15-04-2005 22:28:25 |
confirmar transaccion en un procedimiento almacenado | karocs | SQL | 3 | 09-08-2004 18:49:24 |
Procedimiento Almacenado | Ulises | Providers | 3 | 30-01-2004 18:14:58 |
Ayuda sobre un Procedimiento Almacenado | Nuria | Firebird e Interbase | 6 | 21-01-2004 13:18:15 |
|