Lamento llegar tarde a la fiesta. El peace and love no me funciona mucho ultimamente, especialmente si tengo proceses externos que nos son escrutinados por nhibernate (store procedures, batch jobs, etc)
La version ORA_ROWSCN es un timestamp unico generado y mantenido por el motor oracle y es la solucion recomendada para implementar el optimistic lock (desde el punto de vista oracle) Hacer uso de un int? seria macanudo si todo fuese tan facil. Por el momento me conformo con el viaje extra a la base de datos y los refresh manuals (o tal vez si me dan un aumento de sueldo le pongo ojo al solucion del interceptor) On Mar 30, 8:23 am, Fabio Maulo <[email protected]> wrote: > Me pregunto.... > para que usar un server-side-generated-version para hacer optimistic-lock ? > la versión peace&love no te alcanza ? lograste romperla ? > pregunto porque si no lograste romperla yo usaria un lindo classico > Version-int client side que no implique ir e volver solo para gestionar la > version para el optimistic-lock. > Estas dando otro significado a la version ? > > El 26 de marzo de 2010 14:48, Juan <[email protected]> escribió: > > > > > Hola gente, quisiera saber si existe alguna forma de obtener todas las > > entidades (o la raiz de las agregadas) que estuvieron involucradas en > > una transaccion. > > > Trabajo con oracle y queremos hacer uso del ORA_ROWSCN (como columna > > Version) para control de concurrencia optimista. El problema es que > > con este motor, la Version de una fila en la BD no se actualiza hasta > > que se hace el commit. > > > El comportamiento por defecto de NH, es hacer el SELECT ..., > > Entidad1.Version despues del UPDATE/INSERT antes del commit, y eso me > > devuelve un valor incorrecto/viejo. > > > Se me cruzo por la mente que capaz con el IInterceptor puediese hacer > > algo interesante, pero necesito las entidades para asi poder hacer los > > Refresh() a mano. > > > Tambien estaba analizando la posibulidad de hacer la sugerencia en el > > JIRA, para que esta funcionalidad fuese incluida en el core. Tengo > > otros lios al usar el SchemaExport, pero esos son otra historia. Si > > Uds. creen que amerita una entrada en el JIRA, entonces incluyo los > > detalles ahi. > > > Gracias > > > -- > > Para escribir al Grupo, hágalo a esta dirección: > > [email protected] > > Para más, visite:http://groups.google.com/group/NHibernate-Hispano > > > To unsubscribe from this group, send email to nhibernate-hispano+ > > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > > ME" as the subject. > > -- > Fabio Maulo -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano To unsubscribe, reply using "remove me" as the subject.
