estamos migrando un sistema de OmniBase a base de datos relacional.
si bien hace 4 años que funciona asi, tuvimos problemas. Principalmente, que cuando se tiene que recorrer muchos objetos (al momento de hacer un reporte, por ejemplo) se hace muuy lento y si no armas bien los clusters, puede ser que subas todo a memoria, jeje. Tb vi que habian posteado algunas variantes para "optimizar" una accion de esas carateristicas (incluso nosotros, con los ODBTrees no pudimos resolverlo eficientemente o aceptablemente aunque sea). Este año tuve la suerte de poder ir a la ESUG y ahi le pregunte a Gorisek sobre esta cuestion y me respondio:
"para ese tipo de sistema, no tenes que usar OmniBase" y, luego, me mostro su framework de mapeo objeto-relacional homemade.
y si, de alguna manera tenes que arreglaterlas para poder guardar el objeto una vez que la transaccion se murio (la commiteaste). Nosotros siempre que nos pasaba eso, lo recargabamos a la nueva transaccion. Para todo esto teniamos unos metodos que hacian esos "hacks".
Saludos
Félix
On 10/5/05, Esteban A. Maringolo <[EMAIL PROTECTED]> wrote:
Hola:
Alguien usó OmniBase en producción, ¿sin hacerle hacks ni ningún otro
tipo de yeites que suelen hacérsele?
Porque siempre leo que alguien encontró como hacer que los objetos
queden "afuera" de la transacción, otros que le asignan una
transacción al objeto y ese se graba usando esa transacción, y otras
variantes más.
Saludos.
--
Esteban A. Maringolo
[EMAIL PROTECTED]
