03/09/2003, 02:33
| |||
| |||
 Mejorar Velocidad en Triggers Hola a todos. Tengo una base de datos Oracle 8.0.5, con triggers. Cuando se actualiza una tabla saltan un par de triggers distintos. A veces "se acumula el trabajo", es decir, se actualizan muchos registros simultaneamente (o casi). ¿se puede no enterar un trigger de que ha habido una modificación?. Otra cosa, ¿hay algún modo de mejorar la velocidad de los triggers? o de ejecución de procedimientos. Muchas gracias por vuestra atención. Cristina |
|
03/09/2003, 11:20
| ||||
| ||||
| para la ejecucion de procedimientos es mejor que esten almacenados en la base de Datos y no en el Form o report (Asumo que estas utilizando esto), con referencia a los triggers es mejor que dejes un auto-commit por tupla (fila) la cual puedes configurar desde el administrador de la Base de Datos
__________________ Bien se puede recibir una puñalada sin adulación, pero rara vez se recibe una adulación sin puñalada ** *** |
|
03/09/2003, 23:32
| |||
| |||
| Hola Linterns, gracias por contestarme. La verdad es que los procedimientos están almacenados en base de datos, pq no uso Form ni report. Trabajo en C para Unix contra una base de datos Oracle. Me llegan informaciones de campo continuamente y se ha de actualizar la base de datos en tiempo real. Algunas operaciones no son atómicas, requieren que se escriba en un par de tablas, si hago un autocomit, ¿no se me quedará a medias si falla la segunda escritura? ¿es más rápido así? Gracias de nuevo Cristina |
|
04/09/2003, 09:00
| ||||
| ||||
| Si un triggers dispara otro triggers no hay problemas que se te quede amedias pues son secuenciales. Ahora si lo que estas disparando triggers por medio de actualizaciones o inserciones tupla por tupla tendrias que insertar en los procedimientos una sentencia denominada "Autonomus transaccion" y olvidate del autocommit. Suerte
__________________ Bien se puede recibir una puñalada sin adulación, pero rara vez se recibe una adulación sin puñalada ** *** |
