Alejandro,
Si, lo se.
Pero el de OmniBase es otro paper, yo lo
puedo conseguir por que fue parte de mi tesis, pero tengo que ir hasta
facultad.
Saludos Bruno
De:
Enviado el: sábado, 04 de
noviembre de 2006 11:57
Para:
Asunto: Re: [objetos] Omnibase -
primeros pasos... primeros golpes
Bruno,
En nuestro sitio, en la página de documentos
hay un aporte tuyo de nombre
Artículo sobre Mapeo de Objetos en Bases de Datos Relacionales.
Por Bruno Brasesco.
Ale.
----- Original Message -----
From: "Bruno Buzzi Brassesco" <smalltalk@...>
To: <
Sent: Friday, November 03, 2006 6:55 PM
Subject: RE: [objetos] Omnibase - primeros pasos... primeros golpes
Gente,
Si alguien de la lista tiene un documento que habia hecho hace tiempo y se
lo puede mandar a "Chiara" estaria buenisimo.
(se que se lo envie a alguien pero no recuerdo a quien)
A mi hace un mes se hizo bolsa el disco duro, y no se si tengo ese documento
respaldado, y estoy muy escaso de tiempo.
Saludos
_____
De:
En nombre de Chiara
Enviado el: viernes, 03 de noviembre de 2006 12:31
Para:
Asunto: Re: [objetos] Omnibase - primeros pasos... primeros golpes
Hola Kiko, gracias por el "tip", ya estuve viendo (es mas, fue lo
primero
que hice :-)) los históricos pero sigo un poco colgado, mas qu nada porque
nunca toque nada de omnibase y no consigo ningún tuto....
On 11/3/06, kikote gregoris <kikogregoris@...> wrote:
Hola chiara
No se nada de OmniBase, pero puedo decirte que mires los históricos hay
mucha información sobre el tema.
Saludos kiko
Chiara < muralito@...> escribió:
Hola, lista
estoy dando mis primeros pasos en Omnibase y busque por todos lados
algún tuto que me explique un poco más que lo que hay en la web
oficial (demasiado básico para mi gusto) y al ser la primera vez que
intento algo en omnibase estoy un tanto perdido.
Mi mayor problema es con la metodología de trabajo de transacciones.
Para explicar un poquito más, lo que yo tengo es una aplicación
distribuida con opentalk (aunque funciona como cliente servidor, donde
los clientes solo tienen las vistas(el modelo se pasa por
referencia)). Estas vistas de los objetos deberían ser consistentes y
mantenerse consistentes a los cambios. En memoria me funciona todo
perfecto, pero a la hora de intentar persistir con Omnibase tengo un
pequeño problema que es que los
objetos persistidos no escapan a las transacciones.
Una de las cosas que había pensado es desarrollar una especie de proxy
[*] que conozca el OID de cada instancia lebantada en memoria (este
proxi sería único por instancia) y que sepa como persistir el objeto
ante un cambio(simulando un markDirty en el proxy pero afuera de una
transacción). De esta manera, las vistas se montarían sobre los proxis
y con eso "arreglaría" las cosas. Mi problema aca es que no se si
esto
o algo similar ya está implementado o si estoy encarando mal el uso de
omnibase, por otro lado tendría que adaptar todo mi sistema (las
vistas) para usar el "modelo" de los proxy y no el real.
Si alguien tiene algún tutorial que explique como trabajar bien con
Omnibase y me lo puede acercar (mandar por mail :P) se lo agradecería
demasiado.
[*]no sería proxy completo pues cachearía los datos para las lecturas,
solo redirigiría las escrituras y se "actualizaría" en base a estas
escrituras. El problema de esto es que si quisiera hacer un proxy
completamente genérico, redirigiría las lecturas a
performance decaería demasiado, y si no hago uno genérico, tendría que
implementar el proxy para cada clase persistente (cosa que no quiero
:-( )
--
Saludos Chiara
"Peace cannot be kept by force; it can only be achieved by
understanding."
Albert Einstein
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
--
Saludos Chiara
"Peace cannot be kept by force; it can only be achieved by
understanding."
Albert Einstein