2005/10/5, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > En OmniBase no se pueden levantar objetos fuera de una transaccion. > (podes interpretar los files for fuera, pero para que ?) > Por que necesitas (no se si sos vos o solo lo pusiste como ejemplo) objetos > fuera de una transaccion ?
No me refiero a levantarlos "fuera" de la transacción, sino a levantarlos, y una vez levantados dejarlos "fuera" de la transacción. Evitando tener que levantarlos nuevamente. Algo que hacerse usarse cuando se persisten objetos, mayormente en RDBMS. > Podes trabajar con la transaccion dentro del objeto o no. > Se puede hacer de las dos formas. > Poner la transaccion dentro del objeto es una facilidad que tiene OmniBase, > pero si no queres no la usas. No le veo cual es la facilidad adicional más que referencia directa. > Sino queres impactar sobre el modelo para agregar la persistencia, no la > usas. Claro. De todos modos siempre se termina acoplando. Pero lo que me causa dudas es como trabajar lo más parecido a como fue pensado OmniBase, lo unico que veo hecho por alguien que usa omnibase es el STS, y es medio raro (me parece super acoplado a omnibase, en el sentido desde "el vamos"). Osea... si uno tiene un manager de objetos, por ej, de personas, ese manager trae sus elementos de una lectura de la BD, en una transacción, si uno quiere editar alguno de esos, ¿abre otra transacción, sigue dentro de la misma?. Pero bueno, eso tiene que ver con técnicas de trabajo. -- Esteban A. Maringolo [EMAIL PROTECTED]
