-->
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.  [ 2 posts ] 
Author Message
 Post subject: Second HQL Query from a usertype
PostPosted: Thu Jan 21, 2010 12:33 pm 
Newbie

Joined: Thu Jan 21, 2010 12:25 pm
Posts: 1
I'm currently evaluating hibernate for accessing a non-trivial legacy database. One important feature of the datamodel is a embedded model-definition within the database itself. So for any column in a table there is additional metadata in another table.
In order to prevent loading all this metadata beforehand, I wonder if I could access only the required data when I actually need it. So I could implement a usertype for the "enhanced" properties and access the table containing the additional data on-demand. Consequently I must perform another query when I'm already processing a query result. Is this feature supported by hibernate? If so, will session- and secondlevel cache play along? Must I use a second session for this, or could i reuse the current session?
BTW: This scheme is definitely limited to two parallel queries, it does not have to be arbitrary recursive...

Thanks!


Top
 Profile  
 
 Post subject: Re: Second HQL Query from a usertype
PostPosted: Mon Feb 08, 2010 10:17 am 
Newbie

Joined: Mon Sep 24, 2007 11:25 am
Posts: 4
Hi, I'm facing the same problem. Did you find a solution to this?

Thank you!


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

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.