El 5 de mayo de 2010 10:49, Nelo Pauselli <[email protected]> escribió:
> Ejemplo: tenemos una aplicación que, en un request: > 1. consulta datos, > 2. decide si hacer una modificación, > 3. hace la modificación (en los objetos y los correspondientes > SaveOrUpdates) y > 4. armo la respuesta para el usuario consultando algunas propiedades > de los objetos > > mi pregunta es ¿cual sería el problema de tener una transacción que > abarque solo el punto 3? > Esta explicado en varios lugares, pero se me vino a la mente este: http://nhprof.com/Learn/Alerts/DoNotUseImplicitTransactions <http://nhprof.com/Learn/Alerts/DoNotUseImplicitTransactions> de donde extraigo textualmente: Even if we are only reading data, we should use a transaction, because using > transactions ensures that we get consistent results from the database. > NHibernate assumes that all access to the database is done under a > transaction, and strongly discourages any use of the session without a > transaction. Al principio también preguntaste por que hay que extender la vida de la transacción desde BeginRequest hasta EndRequest... Y eso es como que mezclas varias cosas. Session per requeest es un patrón y cada uno usa lo que le sirve, para muchas aplicaciones web eso resulta ser lo mejor...A lo que termino con esta pregunta: ¿Qué problemas estas teniendo o por que vos querrías que tu transacción sea mas corta? -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
