EntityCollection<EntityClass> overhead acceptable in cache application?

Posts   
 
    
rracer99
User
Posts: 58
Joined: 11-Mar-2007
# Posted on: 14-Apr-2007 12:07:37   

(using Adapter mode)

We need to cache potentially >20,000+ rows for one part of our application. This will be application-wide and readonly.

In these type of situations, will a EntityCollection<EntityClass> be efficient, or should we create classes manually and map the db fields.

Is the extra overhead of the EntityCollection significant/material? A small increase is not a big concern.

Thank you.

daelmo avatar
daelmo
Support Team
Posts: 8245
Joined: 28-Nov-2005
# Posted on: 15-Apr-2007 03:47:31   

Please read this thread http://www.llblgen.com/tinyforum/Messages.aspx?ThreadID=4037

this was helpful for your question?

David Elizondo | LLBLGen Support Team
Otis avatar
Otis
LLBLGen Pro Team
Posts: 39922
Joined: 17-Aug-2003
# Posted on: 15-Apr-2007 12:20:43   

v2.0 has a lower memory footprint for entity data than v1.0.200x.y so 20,000 entities should take less memory than before but still you can run into some overhead which consumes more memory than if you for example put the data in a datatable.

You could try to see how much memory it consumes in a console app, where you pause right before the fetch occurs, then check what the memory footprint is, then fetch the data and check again. It's not scientific measurement, but it gives you an idea.

It also depends on what you want to do with the data: is the data not required to be in entities or is that required?

Frans Bouma | Lead developer LLBLGen Pro