Hola, mira si tienes el siguiente archivo:
QSYS.QADBXTRIGD
Si lo tienes y no tienes el SYSTRIGCOL, quiere decir que alguna cosa rara
ha pasado. Puedes re-generarlo con esta instrucci�n:
CREATE VIEW SYSTRIGCOL (TRIGGER_SCHEMA FOR "TRIGSCHEMA",
TRIGGER_NAME FOR "TRIGNAME", TABLE_SCHEMA FOR "TABSCHEMA",
TABLE_NAME FOR "TABNAME", COLUMN_NAME FOR "TABCOLUMN" ) AS
SELECT DBXTDDLIB, DBXTDDNAME, DBXTDOBLIB, DBXTDOBJ,
VALUE(DBXTDCOL, ' ') FROM QSYS.QADBXTRIGD
WHERE (DBXTDTYPE = 'SEL_COLUMN' OR
DBXTDTYPE = 'ACT_COLUMN')
mira que tienes en la QSYS2, para ver si existe el archivo y tu no tienes
autorizaci�n a verlo. Aunque no tengas aparentemente (?) ning�n triger,
quizas el CHGPF abre la vista igualmente, y por eso te casca.
Para ver si tienes los objetos que yo tengo en la qsys2:
wrkobj qsys2/sys* *File :
SYSCHKCST *FILE QSYS2 LF
SYSCOLUMNS *FILE QSYS2 LF
SYSCST *FILE QSYS2 LF
SYSCSTCOL *FILE QSYS2 LF
SYSCSTDEP *FILE QSYS2 LF
SYSFUNCS *FILE QSYS2 LF
SYSINDEXES *FILE QSYS2 LF
SYSJARCONT *FILE QSYS2 PF
SYSJAROBJ *FILE QSYS2 PF
SYSKEYCST *FILE QSYS2 LF
SYSKEYS *FILE QSYS2 LF
SYSLANGS *FILE QSYS2 PF
SYSPACKAGE *FILE QSYS2 LF
SYSPARMS *FILE QSYS2 PF
SYSPROCS *FILE QSYS2 LF
SYSREFCST *FILE QSYS2 LF
SYSROUTINE *FILE QSYS2 PF
SYSTABLES *FILE QSYS2 LF
SYSTRIGCOL *FILE QSYS2 LF
SYSTRIGDEP *FILE QSYS2 LF
SYSTRIGGER *FILE QSYS2 LF
SYSTRIGUPD *FILE QSYS2 LF
SYSTYPES *FILE QSYS2 PF
SYSVIEWDEP *FILE QSYS2 LF
SYSVIEWS *FILE QSYS2 LF
fins aviat...
�lex Corretg�
[EMAIL PROTECTED]@QUIJOTE.COMBIOS.ES con fecha 20/01/2003 12:59:48
Por favor, responda a [EMAIL PROTECTED]
Tram�s per: [EMAIL PROTECTED]
Destinataris: [EMAIL PROTECTED]
C�pia:
Classificat: |----------------|
| ( ) Important |
| ( ) urgent |
| ( ) hist�ric |
| ( ) temporal |
| ( ) bretolada |
| ( ) particular |
|----------------|
Assumpte: Problema con CHGPF
Hola.
Mi situacion:
Recientemente hemos actualizado el sistema de 4.2 a 5.1 y a=F1adido SQL=
.
Tambien hemos hecho un cambio de disco, sustituyendo los que teniamos p=
or
unos nuevos.
Mi problema :-(
Hasta ahora, cuando se cambia el formato de un archivo, lo hacia
directamente con el comando CHGPF y poniendo la nueva DDS, lo que
funcionaba perfectamente. Desde el cambio (no se si del SO o del HW por=
que
lo hemos hecho en dias distinto), este metodo no funciona cuando el cam=
bio
es en un campo ya existente. El error que me da es SQL0204 (SYSTRIGCOL =
en
QSYS2 de tipo *FILE no encontrado) y luego CPF32A8 (Ha fallado la opera=
ci=F3n
de dependencia de desencadenante).
=BFAlguna idea? Me he vuelto loco buscando y probando cosas, pero no do=
y con
ello. El problema parece venir con la instalacion del SQL (por el tipo =
de
error), pero no se que tiene que ver con los archivos PF.
Notas:
1. Los archivos no tienen ningun tipo de trigger asociado, al menos
aparentemente
2. Los archivos no estan registrados por diario.
3. La solucion temporal (espero) que he adoptado es la de copiar el arc=
hivo
a un temporal, borrar el original, compilarlo y copiar el temporal sobr=
e el
archivo nuevo con *MAP *DROP, pero no es la opcion que mas me gusta.
4. =BFPodr=EDa ser algun par=E1metro nuevo del CHGPF?. En principio no =
he visto
ninguno relacionado, pero....
Un saludo y gracias por adelantado
Carlos
=
_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]?body=LEAVE
_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]?body=LEAVE
