Out of curiosity, why is it a Left Outer Join?
Dave
On Oct 6, 2010, at 6:16 AM, Ricardo J. Parada wrote:
> The mimeContent relationship in the .plist looks like this:
>
> {
> destination = MBMimeContent;
> isToMany = N;
> joinSemantic = EOLeftOuterJoin;
> joins = ({destinationAttribute = mimeContentID; sourceAttribute =
> mimeContentID; });
> name = mimeContent;
> },
>
> When running the app the following code:
>
> EORelationship r =
> EOModelGroup.defaultGroup().entityNamed("Message").relationshipNamed("mimeContent");
> log.info(r.toString());
> log.info("mimeContent.ownsDestination = " +
> r.ownsDestination());
> log.info("mimeContent.deleteRule = " + r.deleteRule());
>
> logs the following:
>
> <EORelationship mimeContent
> name : 'mimeContent'
> isToMany : 'N'
> joinSemantic : 'EOLeftOuterJoin'
> userInfo : '{}'
> internalInfo : '{}'
> joins : '({sourceAttribute = "mimeContentID"; destinationAttribute =
> "mimeContentID"; })'
> destination : 'MBMimeContent'
> >
> mimeContent.ownsDestination = false
> mimeContent.deleteRule = 0
>
> I also tested fetching a Message eo and deleting it and calling saveChanges
> and it's still deleting the MimeContent eo pointed by the mimeContent to-one.
>
> Hmmm.... Very weird.
>
>
> :-/
>
>
>
>
> On Oct 6, 2010, at 4:50 AM, David Avendasora wrote:
>
>> And if all else fails, check the .plist file for the Entity with the
>> relationship pointing to MIME_CONTENT.
>>
>> I have had it happen where there's something weird going on in the .plist.
>> It's been a _long_ time though.
>>
>> Dave
>>
>> On Oct 5, 2010, at 9:08 PM, Ramsey Lee Gurley wrote:
>>
>>>
>>> On Oct 5, 2010, at 8:26 PM, Chuck Hill wrote:
>>>
>>>> Is there another relationship with Owns Destination or Cascade Delete set
>>>> on it. Those are the only things that I can think of that would make EOF
>>>> delete an EO.
>>>
>>> I can think of one other thing, because it happened to me recently... I
>>> had a similar problem where the object was a subclass of another object.
>>> Updating the delete rule on a superclass does not update the delete rule on
>>> the relationships in the subclass.
>>>
>>> Ramsey
>>>
>>>
>>>> Could it be happening in your code?
>>>>
>>>>
>>>> Chuck
>>>>
>>>> On Oct 5, 2010, at 4:22 PM, Ricardo J. Parada wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> When I remove a child from a many-to-many relationship in the parent and
>>>>> delete the child I see EOF deletes the child in the database and the
>>>>> corresponding record in the join table. That's great. However, the
>>>>> child object has a to-one called mimeContent and I'm also seeing a delete
>>>>> for the destination object:
>>>>>
>>>>> DELETE FROM MIME_CONTENT WHERE MIME_CONTENT_ID = ?" withBindings:
>>>>> 1:26954(NeededByEOF0)
>>>>> 1 row(s) deleted
>>>>>
>>>>> I'm trying to figure out why this record is being deleted. I already
>>>>> checked the "Own Destination" for the mimeContent to-one and it's not
>>>>> set. The "Delete Rule" is set to "No Action". So I don't quite
>>>>> understand why it's getting deleted. I don't want it to be deleted.
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> Thanks,
>>>>> Ricardo
>>>>
>>>>
>>>> --
>>>> Chuck Hill Senior Consultant / VP Development
>>>>
>>>> Practical WebObjects - for developers who want to increase their overall
>>>> knowledge of WebObjects or who are trying to solve specific problems.
>>>> http://www.global-village.net/products/practical_webobjects
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> http://lists.apple.com/mailman/options/webobjects-dev/rgurley%40mac.com
>>>>
>>>> This email sent to rgur...@mac.com
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription:
>>> http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
>>>
>>> This email sent to webobje...@avendasora.com
>>>
>>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
>>
>> This email sent to rpar...@mac.com
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
