Debe ser un problema de mis pruebas, Vicente, pero yo tengo una tabla con el trigger *ENABLED e INACTIVO, y tantas veces como cambio el estado de ENABLED a DISABLED y viceversa, el trigger sigue inactivo.
He de aclarar que es un trigger SQL, no un programa externo.
Saludos,
---------------------------
Santiago Mart�
Dusen, S.A.
---------------------------
| Vicente Garc�a <[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED] 02/12/2003 19:51
|
Para: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Asunto: RE: Integridad Referencial. |
Buenas tardes:
Nosotros tambi�n estamos con replanteamientos de este tipo. Otra de las sorpresas que nos encontramos con la integridad referencial, es que si el registro de una tabla padre est� bloqueado por un programa A, y se intenta p.e. a�adir un registro a una tabla hijo que debe comprobar la restricci�n contra el padre desde un programa B, el programa B da un error de que no se ha podido comprobar las restricci�n. En un principio pensamos que era por no tener tiempo de espera el registro (WAITRCD de CHGPF). A este valor siempre le hemos dado valor de *NOMAX, para en el caso de que se produjera un intento de acceso desde dos procesos al mismo registro para actualizarlo no hubiera 'petadas' y uno de los trabajos se quedara esperando. Este valor no parece afectar a la CST y la comprobaci�n es inmediata. Para solventar el problema no vemos otra soluci�n que monitorizar las lecturas y si se produce un error de este tipo, volverla a reintentar, asi sucesivamente. Esta soluci�n supone un extra de esfuerzo en la programaci�n que todav�a no hemos decidido.
Ser�a interesante que alguine con mas experiencia aportara su opini�n al respecto.
Respecto al activar los triggers con el mandato CHGPFTRG y el par�metro STATE(*ENABLED) se puede activar.
Saludos
-----Mensaje original-----
De: Santiago G Mart� [mailto:[EMAIL PROTECTED]
Enviado el: martes, 02 de diciembre de 2003 19:40
Para: [EMAIL PROTECTED]
Asunto: Integridad Referencial.
Hola a todos.
Despu�s de una eternidad trabajando con el AS/400, finalmente nos hemos decidido a definir los ficheros f�sicos con SQL y pasar de las DDS.
Tambi�n estamos aplicando exhaustivamente la Integridad Referencial y los Triggers.
Nos estamos encontrando con sorpresas, que una vez analizadas parecen razonables, pero que debido a nuestros h�bitos de trabajo nos complican la vida.
Ahora las preguntas:
- �Tiene alguien experiencia trabajando con integridad referencial?
- Cuando duplicas un fichero en una biblioteca de pruebas, se copian los Triggers, pero quedan inhabilitados. �C�mo se habilitan?
-�Se puede cambiar el SQLPATH de un trigger?
-�Qu� metodolog�a emple�is cuando necesitas copiar un grupo de tablas a una biblioteca para pruebas o modificaciones?
Se agradecen todo tipo de comentarios y sugerencias.
Saludos,
---------------------------
Santiago Mart�
Dusen, S.A.
---------------------------
