OpenJPA provides certain functionalities to control the subgraph to be fetched from database given a root object instance as a result of find() or query operations. The subgraph is specified at per-field basis or a number of traversal on a relationship or a maximum depth of the subgraph. The subgraph to fetch in a single fetch session (i.e. before OpenJPA returns the entity to the user application) configured through FetchPlan (which is internally modeled as FetchConfiguration).
The use case for automatically determining what needs to be fetched is not obvious. But an adaptive approach that can 'somehow' correlate multiple separate fetch sessions in the same transaction to 'learn' (and prescribe) that a single fetch operation could have sufficed -- appeals to me. Michael Vorburger-4 wrote: > > Hi, > > Have you seen this thing, AutoFetch? The idea is auto-magically add > association fetch-group to reduce the number of round-trips to store... > see: > > http://www.theserverside.com/news/thread.tss?thread_id=48540#248673 > > http://www.cs.utexas.edu/~aibrahim/autofetch/ > > https://sourceforge.net/projects/autofetch/ > > Do you think this idea is conceptually interesting and worthwhile, or > are you sceptical that this can work? Why? > > Note that the author expresses an interest to port this to OpenJPA on > TSS... maybe he could use some help? ;-) > > Regards, > Michael > > _____________________________ > Michael Vorburger, Odyssey Financial Technologies > Direct phone: +41 21 310 00 86 (OAMS VOIP: 1086) > Cell phone: +41 78 805 5541 > Mailto: [EMAIL PROTECTED] > > > > ____________________________________________________________ > > This email and any files transmitted with it are CONFIDENTIAL and > intended > solely for the use of the individual or entity to which they are > addressed. > Any unauthorized copying, disclosure, or distribution of the material > within > this email is strictly forbidden. > Any views or opinions presented within this e-mail are solely those of > the > author and do not necessarily represent those of Odyssey Financial > Technologies SA unless otherwise specifically stated. > An electronic message is not binding on its sender. Any message > referring to > a binding engagement must be confirmed in writing and duly signed. > If you have received this email in error, please notify the sender > immediately > and delete the original. > -- View this message in context: http://www.nabble.com/Autofetch---auto-magically-add-association-prefetches-to-ORM-object-queries-to-reduce-the-number-of-round-trips-to-an-object-store-tp15992622p15995661.html Sent from the OpenJPA Users mailing list archive at Nabble.com.
