Leandro,
Lo que me pasó no es un problema de diseño, sino que las tablas de la KB quedan mal (Bug GX) por más que elimine la transacción que desconfiguró todo.
El error inicial es mio, al definir mal la estructura de una transacción, pero después no encontré como volver para atrás, salvo restaurar un respaldo.
Saludos,
Pablo
Lo que me pasó no es un problema de diseño, sino que las tablas de la KB quedan mal (Bug GX) por más que elimine la transacción que desconfiguró todo.
El error inicial es mio, al definir mal la estructura de una transacción, pero después no encontré como volver para atrás, salvo restaurar un respaldo.
Saludos,
Pablo
From: "Leandro Minatel" <leandro@minatel.com.ar>
To: gx-l@gxtech.com.uy
Sent: Martes, 11 de Diciembre 2012 16:10:43
Subject: Re: [gx-l] Tablas de la KB quedan mal al hacer impacto
Hola Pablo, el atributo empresa en la transaccion mal definida se llama igual que el atributo de la transaccion digamos, EMPRESA?
Si este fuera / fuese el caso, una solucion seria llamarlo de distinta manera y luego armar el grupo de subtipos.
Hace muchos años (cuando no existian los grupos de subtipos) la filosofia era: "misma cosa, mismo nombre". O sea, el etributo Codigo de Empresa, segun nomenclatura GIK, se tenia que llamar EmpCod en todos lados. Esto, definitivamente tenia sus pros y sus contras.
Luego de algunos años (ya existian los grupos de subtipos) se modifico esa filosofia para que se definan los atributos como subtipos, aunque solo fuese un codigo y una descripcion. Es una carga de trabajo adicional, pero resuelve muchos de los problemas que planteas.
Slds
To: gx-l@gxtech.com.uy
Sent: Martes, 11 de Diciembre 2012 16:10:43
Subject: Re: [gx-l] Tablas de la KB quedan mal al hacer impacto
Hola Pablo, el atributo empresa en la transaccion mal definida se llama igual que el atributo de la transaccion digamos, EMPRESA?
Si este fuera / fuese el caso, una solucion seria llamarlo de distinta manera y luego armar el grupo de subtipos.
Hace muchos años (cuando no existian los grupos de subtipos) la filosofia era: "misma cosa, mismo nombre". O sea, el etributo Codigo de Empresa, segun nomenclatura GIK, se tenia que llamar EmpCod en todos lados. Esto, definitivamente tenia sus pros y sus contras.
Luego de algunos años (ya existian los grupos de subtipos) se modifico esa filosofia para que se definan los atributos como subtipos, aunque solo fuese un codigo y una descripcion. Es una carga de trabajo adicional, pero resuelve muchos de los problemas que planteas.
Slds
2012/12/11 Pablo Moleri <pablo@cybernet.com.uy>
Hola,
No es la primera vez que me pasa y no se cual es la forma correcta de corregirlo.
Lo que pasa es lo siguiente:
- Defino mal la estructura de una transacción nueva, ejemplo me queda solo la Empresa como clave donde tendría que haber sido una clave combinada. Como es un sistema multiempresa, este cambio pega en muchas otras tablas.
- Al hacer el impacto me quiere reorganizar muchas tablas, con lo cual salta el error a la vista
Luego hago la corrección de la clave o incluso elimino la nueva transacción, pero la KB ya quedó mal, cada vez que hago un impacto GX quiere eliminar algún atributo, pasar montones de atriubutos de allownuls=yes a no y hasta eliminar alguna tabla.
¿Alguien sabe si hay alguna forma de volver la KB a su estado anterior sin tener que recurrir a un backup?
Gracias,Pablo Moleri
0 Response to "Re: [gx-l] Tablas de la KB quedan mal al hacer impacto"
Publicar un comentario