if you don't want to use a DTO and prefere to use you're entity, you wanna fully leaverage the lazy loading features, you can read this http://www.codeproject.com/KB/library/StatefulEntityProxies.aspx
On Wed, Sep 15, 2010 at 6:08 AM, Dietrich <[email protected]> wrote: > I learned it the hard way- use the unit of work pattern and abstract > away all the concept of a session/transaction from the front end. It > becomes quite a headache. There are a few UoW implementations out > there to look at. I would also advise the liberal use of the > repository pattern and having a rule for yourself never to touch th > hibernate namespace in form. > > On Sep 14, 2:08 pm, pvginkel <[email protected]> wrote: > > I am writing a framework for a rewrite of an existing application. We > > have a data model of around 900 tables with 11000 fields in total and > > databases approaching 120 GB in the field. The basic elements of my > > new implementation are WPF, NHibernate 3, C#, .NET 4.0, > > NHibernate.Validator and Spring. The application itself is very data/ > > transaction intensive and our largest installation has around 300 > > concurrent users. > > > > A few things I would like feedback about are: > > > > * Is Spring a good choice? Why should I choose a different one > > (Castle?). I do have problems with startup time, but I have been able > > to bring this back to around 14 seconds. I didn’t notice much > > difference between Spring and Castle though. Shorter startup times are > > of course welcome; > > > > * I am using Identity fields, but understand this isn't the best > > option. What viable alternative is there (HiLo does not sound like a > > good idea); > > > > * Data display is done with short sessions, one per query. Data entry > > on the other hand has one session/transaction for the entire duration > > of a workflow, which can take up to 10-20 minutes max (2-4 minutes is > > more usual). Are there alternatives to a session/transaction for this > > entire duration and how could I set this up? > > > > I am open to all and every input and would like to integrate ideas > > from people whom have been working longer, and have more experience, > > with NHibernate than I have :). > > > > (B.t.w.: I know I’m in way over my head, but that’s the way I prefer > > it.) > > -- > You received this message because you are subscribed to the Google Groups > "nhusers" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<nhusers%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/nhusers?hl=en. > > -- You received this message because you are subscribed to the Google Groups "nhusers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/nhusers?hl=en.
