-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 
Author Message
 Post subject: Hipotetical question - store ALL data in memory object model
PostPosted: Wed Feb 11, 2009 9:09 am 
Newbie

Joined: Wed Feb 11, 2009 7:01 am
Posts: 1
I'm interested why not to store all application data in memory in object model?
For example:
On load, server get completly all Objects from DB, and create Object model.
If we need to get some objects, we do simle query Hibernate, Xpath or Xquery style. Or use only getters like this:
Code:
client = ClientObjects.getClientById(id);
client.getAddresses().iterator().next()

For save in DB we just use transactions and set methods. For example:
Code:
transaction.start();
client.setName(clientName);
transaction.end();


Advantages:
If use that method of data storage in application, we dont need to do superfluous Queries to DB.
We can dont know anythig about DB, SQL and queries. (Get needed data only by getters). We can work only with object model.

Disadvantages:
We cannot do datafixes without reload or resynchronisation data.
Additional memory may be needed. (In my company DB data take about 200Mb. I think its not a problem)

Maybe you know other advantages/disadvantages?
Or maybe you know already implemented tools for that functionality?
Sorry for my English :)


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.