Hi, I am not a member of the castor team, but if have an opinion about your plans.
Your implementation would be very closed to the database. Normaly you ask an object to get the related objects with the common methods (e.g. aPartner.getContracts() ). That there is a RDBMS underneath is not important for the DomainModel or for the implementation of the use-case. It is the job of the PersistencyModel. The use-cases knows only the DomainModel. That way you could reuse your UseCases and DomainModel and let it run with CICS, IMS, SAP, PeopleSoft, etc. The only thing you have to change is the PersistencyModel and the mapping (and to find the right PersistencyModel for these legacysystems ...). Boerries ..................................................... > -----Urspr�ngliche Nachricht----- > Von: Low Heng Sin [mailto:[EMAIL PROTECTED]] > Gesendet: Freitag, 9. November 2001 11:18 > An: [EMAIL PROTECTED] > Betreff: [castor-dev] Loading of related object and Lazy Loading. > > > Hi, > > I have modify my local copy of Castor to load related and dependent object > (1-1, 1-m, m-m ) in a separate query. Also, I change the implementation of > lazy from Lazy loading to Lazy instantiation. The changes have > give us much > better performance. However, I would like to hear the comment of > Castor team > on this ( Thomas ? ). Is loading related object in separate query a right > thing to do ? Would this break any of the Castor-jdo architecture/design ? > Also, is lazy instantiation a viable alternative to lazy loading > ? As a side > effect of my changes, it also allow query on dependent object, would this > cause any > problem ? > > thanks. > > Regards, > Low Heng Sin ( [EMAIL PROTECTED] ) > > P.S. I use oql query to load related object and dependent object > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
