• 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: first attempt at many to many
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: first attempt at many to many


  • Subject: Re: first attempt at many to many
  • From: Tobias Janz <email@hidden>
  • Date: Mon, 15 Apr 2013 21:54:28 +0200

hi,

its just like David said.
What extra information is that boolean?
If a Releationship between User and Project exists --> isToReceiveEmail = true
If not --> isToReceiveEmail = false

Will you set "isToReceiveEmail" to false or remove the relationship.
If the Releationsship is only for the Email-Information, i would recommand to not created redundant information and skip the boolean.

Tobias




2013/4/15 Jesse Tayler <email@hidden>

again, what David said.

I see you actually do want a many-to-many and you do not want just the wizard style, because what you want is an "attributed" correlation table - because you want an attribute called "isToReceiveEmail" or whatever to be right there.

I have never really seen any value in the flatten relationships and basically never use the wizard's to-many either, because I at least want to store the date created or adjusted on just about any object saved to the database, including many-to-many - so I don't see many uses for those without any attributes at all anyway.


On Apr 15, 2013, at 11:34 AM, Theodore Petrosky <email@hidden> wrote:

> so if I am creating the relationship, it is m-to-m and I take off the flatten check box.
>
> then I create an attribute in the new ProjectUser table, boolean 'isToReceiveEmail'.
>
> Ted
>
> --- On Mon, 4/15/13, David LeBer <email@hidden> wrote:
>
>> From: David LeBer <email@hidden>
>> Subject: Re: first attempt at many to many
>> To: "Theodore Petrosky" <email@hidden>
>> Cc: "WebObjects Development" <email@hidden>
>> Date: Monday, April 15, 2013, 11:14 AM
>> Theodore,
>>
>> Do you already have a m-to-m between User and Project? Or is
>> assumed that all users have access to all projects?
>>
>> If all you need to do is decide who gets emails for a given
>> project then a simple m-to-m will do.
>>
>> i.e: User
>> <<--emailRecipients----------projects-->>
>> Project
>>
>> Any user in the project's emailRecipients array will receive
>> emails.
>>
>> If you already have a m-to-m between User and Project, then
>> you will want to add a flag on the join table
>> (isEmailRecipient) and expose that table as an entity.
>>
>> But! You also will have to unflatten the m-to-m relationship
>> and treat it like the individual relationships and entities
>> that is is. EOF will cannot handle a flattened m-to-m
>> relationship if you need access to the join entity.
>>
>> i.e: User
>> <--user--projectDetails->>ProjectUser<<--userDetails---project-->Project
>>
>> How you choose to implement the UI will depend on how you
>> end up modelling this.
>>
>> D
>>
>> --
>> David LeBer
>> Codeferous Software
>>
>> On 2013-04-15, at 10:15 AM, Theodore Petrosky <email@hidden>
>> wrote:
>>
>>> Are there any examples of working with a many to many
>> relationship in a D2W app? I need to figure this out.
>>>
>>> I have and entity Project and an entity User. My client
>> has asked that I add a function to allow them to choose
>> which User(s) will get an email if the Project gets changed.
>> Of course now it is on a project by project basis!!!
>>>
>>> So I thought I would create a many to many
>> relationship, then each project would be populated with the
>> users that could get an email. The each user list had a
>> 'isSelecteToReceiveEmail' check box. but I dont understand
>> where this value is stored?
>>>
>>> Is it in the ProjectUser 'union' table? I was under the
>> impression that I don't touch this table.
>>>
>>> of course I could just make a textarea and have them
>> type in a comma separated list of email addresses.
>>> _______________________________________________
>>> 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
>>
>>
>
> _______________________________________________
> 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


 _______________________________________________
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

 _______________________________________________
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

References: 
 >Re: first attempt at many to many (From: Theodore Petrosky <email@hidden>)
 >Re: first attempt at many to many (From: Jesse Tayler <email@hidden>)

  • Prev by Date: [OT] Linode compromise
  • Next by Date: Re: first attempt at many to many
  • Previous by thread: Re: first attempt at many to many
  • Next by thread: Ajax issue
  • Index(es):
    • Date
    • Thread