I could also take another route but it would mean turning off lazy loading. Is there are way to turn off lazy load totally, ie, dont load the objects , dont wrap the objects, dont do anything with the collections. This would mean the collections would always be empty and it would be up to the domain developer to get the objects loaded. Since we implement our own custom List collections would could do it but we would need to have nhibernate totally turn off loading of child collection automatically. Is there any way to do that?
thanks scott On Oct 7, 7:34 am, "Tuna Toksöz" <[EMAIL PROTECTED]> wrote: > I was to ask about compile time proxies but i see that it won't probably be > possible for you since 1.2.1 issue. > > > > On Tue, Oct 7, 2008 at 4:21 PM, srf <[EMAIL PROTECTED]> wrote: > > > We dont use the Load method and unfortunatly Im currently on > > Nhibernate 1.2 and we are having some challenges moving to 2.0 so we > > wont be moving to it for a little while so I wont be able to use > > stateless session. By the way, do you know where I could get more > > information on stateless session and what kinds of things it can do. > > For now I suspect I might be out of luck but we are currently looking > > at doing heavy redesign and not have nhibernate use our domain objects > > and create lightweight entity objects and have a mapper map the entity > > objects to our domain objects. The problem is our domain objects are > > very heavy weight in that they have data and business functionality > > and having nhibernate push around these heavy domain objects seems to > > bring about a lot of performance problems. Im not sure if anyone > > considered doing this before but it does mean we have to do more work > > that nhibernate did for us automatically but if it means better > > performance then thats more important for us. > > > scott > > > On Oct 6, 10:15 pm, "Fabio Maulo" <[EMAIL PROTECTED]> wrote: > > > use statelessSession and don't use Load method. > > > > 2008/10/6 srf <[EMAIL PROTECTED]> > > > > > It can be quite a bit since we are doing a lot of data analysis. One > > > > example I have is a method called 200,000 times and without the > > > > proxies it takes 10,000ms to execute. With the proxy wrappers it takes > > > > 190,000ms!! Running it through a profiler found the > > > > System.Reflection.MethodBase.Invoke method call is what is killing it. > > > > It seems method invokes are VERY!! expensive. At any rate , im first > > > > trying to figure out how to turn it off totally but going forward I > > > > was looking for alternatives to the castle proxy given that nhibernate > > > > 2.0 allows us to substitute our own proxy wrapper so if anyone has > > > > tried alternative wrappers that would be great too. > > > > > thanks > > > > > scott > > > > > On Oct 6, 10:51 am, "Tuna Toksöz" <[EMAIL PROTECTED]> wrote: > > > > > How many times do you need to call those methods? > > > > > > On Mon, Oct 6, 2008 at 7:47 PM, srf <[EMAIL PROTECTED]> wrote: > > > > > > > Im using the default-lazy=false attribute to totally turn off lazy > > > > > > loading in hopes that no proxy wrapping would happen but Im still > > > > > > getting castle proxy wrappers being generated. Does anyone know if > > > > > > turning off lazy loading will prevent the proxy wrappers from being > > > > > > created? I need to do this because of the big performance problem > > with > > > > > > the castle proxy wrappers given that it uses > > > > > > System.Reflection.MethodBase.Invoke to redirect the method calls > > and > > > > > > using this enough times will cause quite a huge performance hit. So > > Im > > > > > > trying to for the life of me just turn off the wrappers totally and > > I > > > > > > cant seem to get that to happen so if anyone could shed some light > > on > > > > > > this for me , that would be great. > > > > > > > thanks > > > > > > > scott > > > > > > -- > > > > > Tuna Toksöz > > > > > > Typos included to enhance the readers attention! > > > > -- > > > Fabio Maulo > > -- > Tuna Toksöz > > Typos included to enhance the readers attention! --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
