• 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: EOModeling Addresses.... better design
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: EOModeling Addresses.... better design


  • Subject: Re: EOModeling Addresses.... better design
  • From: Erwin <email@hidden>
  • Date: Wed, 8 Dec 2004 18:19:26 +0100


Le Dec 8, 2004, à 6:02 PM, Benjamin J Doherty a écrit :

Or are you proposing a new relationship to the same Address entity? (I don't know if you can put additional qualifiers on relationships except as additional joins, which I'm having a hard time visualizing in your situation.)

that's what I am proposing... an additional join 1-1 from the Customer entity (no reverse join) is it correct ?

- Customer entity
customerID (PK)
defaultAddressID (FK)
..other attributes
relationships (type / dest Entity / init key / dest key)
>> 1-many "addresses" Address - customerID - customerID
> 1-1 "defaultAddress" Address -defaultAddressID - addressID


- Address entity
addressID (PK)
customerID (FK)
... other attributes
relationships (type / dest Entity / init key / dest key)
> 1-1 "customer" Customer - addressID - customerID (reverse of 1-many)
 _______________________________________________
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: EOModeling Addresses.... better design
      • From: Benjamin J Doherty <email@hidden>
References: 
 >EOModeling Addresses.... better design (From: Erwin <email@hidden>)
 >Re: EOModeling Addresses.... better design (From: Benjamin J Doherty <email@hidden>)

  • Prev by Date: Re: EOModeling Addresses.... better design
  • Next by Date: Re: EOModeling Addresses.... better design
  • Previous by thread: Re: EOModeling Addresses.... better design
  • Next by thread: Re: EOModeling Addresses.... better design
  • Index(es):
    • Date
    • Thread