• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Relation oddity
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Relation oddity


  • Subject: Re: Relation oddity
  • From: email@hidden
  • Date: Mon, 26 Jun 2006 20:32:15 +1200

Grüß Wolfram;

Yes, I had a big problem a while ago NOT having some reverse relations, so i
always have reverse relations. It is absolutely unclear in which case they
are necessary... (or optional, or recommended, or superfluous...)

If you have a 'to many' relationship for which there may be 1,000,000 EO's in the fault then it is typically quite impractical to actually use this relationship because the poor system would need to load in 1,000,000 objects all the time! This is a typical scenario where a one-way relationship (the 'to-one') is a better idea.


Another case where a reverse relationship is bad news is when you have 'reference data' entities such as "ConsignmentType" for a "Consignment" EO. In such a situation, the "ConsignmentType" might be read-only, cache in memory and reside in the 'shared editing context'. One rule here is that you should not have a relationship going from entities that live in a regular editing context going into the shared editing context. So again, a non reflexive relationship is the way to go there as well.

cheers.

___
Andrew Lindesay
www.lindesay.co.nz



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Follow-Ups:
    • Re: Relation oddity
      • From: Art Isbell <email@hidden>
  • Prev by Date: Re: https connection
  • Next by Date: JavaMail Props Not Being Set
  • Previous by thread: Re: Relation oddity
  • Next by thread: Re: Relation oddity
  • Index(es):
    • Date
    • Thread