�Y cuando la actualizaci�n de los registros se hace a trav�s de un programa, digamos , RPG, o un CPYF no actuar�a igual que si fuera a nivel de registro?
Un saludo
Jesus Busquets
Grespania, SA
Please respond to [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: RE: Optimizar triggers SQL
prueba con poner el trigger a nivel de sentencia y no de registro
-----Mensaje original-----
De: Jesus Busquets/NOTES/ES [mailto:[EMAIL PROTECTED]
Enviado el: jueves, 26 de junio de 2003 15:47
Para: [EMAIL PROTECTED]
Asunto: Optimizar triggers SQL
Supongo que mas de uno habr� estado probando a generar triggers SQL contra archivos de base de datos...
Nosotros utilizamos algunos triggers programados en ILE RPG, que funcionan sin problemas y con un buen rendimiento...
El caso es que estoy comprobando que si intentamos crear un trigger SQL (o un programa en ILE C , que implica ejecutar comandos SQL) , el rendimiento se hace penoso... lo que se nota especialmente si la llamada se hace de forma masiva: por ejemplo, al actualizar un archivo de 10.000 registros, lo que costaba unos segundos, al tener un trigger conectado, demora como dos horas...
El trigger actualiza/consulta otros archivos, y he comprobado, en el trabajo llamador, que a cada actualizaci�n de registros se abren y se cierran los archivos que utiliza el trigger (con la carga que suponen estos procesos..)
Incluso se han hecho pruebas con un trigger ILE C que ni siquiera abre archivos, solo asigna algo de memoria y acaba, y tambi�n el rendimiento es malo (parece que la apertura m�ltiple del programa es la causa...)
�Hay forma de mejorar estos rendimientos?
Un saludo
Jesus Busquets
Grespania, SA
