Re: Mapping multiple EOs to one table
Re: Mapping multiple EOs to one table
- Subject: Re: Mapping multiple EOs to one table
- From: Jonathan Rochkind <email@hidden>
- Date: Tue, 19 Aug 2003 11:19:54 -0500
I guess the only way to know is to try it out. My experience with EOF
leads me to be very cautious for the same reasons Chuck is. I'd be willing
to bet that it won't work, if the goal is what I think it is. But
apparently Chuck and my arguments have been unconvincing to others. :) So,
sure, try it out. If it works, be sure to let us know; that's be great.
--Jonathan
At 11:48 AM 8/19/2003 +1200, Ray Ackland wrote:
Chuck,
Good point, although possible not applicable. According to P96 of the
document "Enterprise Objects" it states
"Objects are uniqued based on their global ID. A global ID
(com.webobjects.eocontrol.EOGlobalID) is formed from an objects
primary key and its associated entity".
To me this means that there would be different global IDs for each
entity and avoid the problem you mention.
Ray.
On Tuesday, Aug 19, 2003, at 11:11 Pacific/Auckland,
email@hidden wrote:
> When EOF fetches an object it associates the snapshot with the entity
> type through the EOGlobalID. If you fetch a row from that table
> containing the same PK then EOF will not change its mind about what
> class it is. So you could do a fetch for EntityA but get instances of
> EntityB returned instead. That is why you don't want to do this.
> Don't treat entities as database views.
>
>
> Chuck
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.