Genexus Planet

K2BAudit permite auditar todos los cambios realizados sobre las tablas críticas de sistemas desarrollados con GeneXus. En algunos casos, el volumen de cambios provoca que el registro de auditoría crezca más de lo deseable. Esto trae varios problemas, asociados a la facilidad de búsqueda en la base de datos para encontrar los registros relevantes, la performance de la explotación de estos datos

En las últimas semanas, trabajé en la modularización de una KB grande, un proyecto que aun no finalizó. Esto me llevo a reflexionar un poco sobre el estado actual de los módulos en GeneXus. Mis reflexiones están basadas en la experiencia de trabajo de modularizacion algunas KB chicas en GeneXus 15 y una KB grande en Evolution 3. Faltarian varias mas para sacar conclusiones mas generales, pero

Problema: Tengo una KB con mas de 10.000 objetos y se debe organizar en módulos mas pequeños. Se necesita: Metodología que permita realizar dicha modularización, de forma de mantener el funcionamiento del sistema generado a partir de la KB. Metodología propuesta.  Bajar una KB desde GXServer. Hacer un build all exitoso (es importante pues se agregan referencias a tablas) Mientras queden

Después de probar varias formas de modularizar, la que mas me convence es hacerla orientada a los datos o las tablas del modulo. Mi definición de modulo, seria: Conjunto de tablas, todos los objetos que hacen UPDATE/INSERT/DELETE sobre las mismas y casi-todos los objetos que hagan referencia a dichas tablas. Las excepciones, son objetos que hacen referencias a tablas de un modulo, sin