openjpa-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Fernando Padilla <f...@alum.mit.edu>
Subject Slices, Collocation Constraint
Date Sun, 26 Oct 2008 01:51:44 GMT
So according to the documentation, Slices has a "Collocation Constraint" 
(copied below).  Can the experts comment on this requirement?  Is there 
any way to remove or ignore that requirement?  With extra code, or 
enhancements to openjpa?  Or with accepting extra caveats?

I would like to have an object graph split across databases, and it 
would be quite annoying (but doable) to cut up the object graph, via 
storing object ids, instead of object references/relations... but that's 
just a bit disappointing..


Could we mark particular object relations to be unjoinable? So JPA would 
not generate queries that try to join across the relation, thus allowing 
slices to execute the multi-part query on the appropriate databases??






2.8. Collocation Constraint

No relationship can exist across database slices. In O-R mapping 
parlance, this condition translates to the limitation that the closure 
of an object graph must be collocated in the same database. For example, 
consider a domain model where Person relates to Adress. Person X refers 
to Address A while Person Y refers to Address B. Collocation Constraint 
means that both X and A must be stored in the same database slice. 
Similarly Y and B must be stored in a single slice.

Slice, however, helps to maintain collocation constraint automatically. 
The instances in the closure set of any newly persistent instance 
reachable via cascaded relationship is stored in the same slice. The 
user-defined distribution policy requires to supply the slice for the 
root instance only.

Mime
View raw message