-->
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: "cheap query" cache invalidation
PostPosted: Thu Jul 27, 2006 6:26 am 
Newbie

Joined: Thu Jul 27, 2006 5:27 am
Posts: 2
Hi,

Cache invalidation based on a cheap query result, like "select max(timestamp)", before an optimistic transaction or a cached reporting query can be quite useful technique sometimes : in clustered environement or when the same DB is concurrently updated by non-hibernate applications.

It this possible with Hibernate today? Is it the responsibility of the application to do the job, or do you think that Hibernate could provide such option in future versions? Is it the second level cache who should do it?

Is there a possibility to implemment such logic as a "plug-in" for hibernate?

Of course, it's not necessairily "select max(timestamp)", it can be any cheap query specified by application developers for cache invalidation in distributed environement and/or with non-hibernate DB clients.

Thanks
Vitaliy Shevchuk


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.