• 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: EOModeler and more
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: EOModeler and more


  • Subject: Re: EOModeler and more
  • From: Ricardo Strausz <email@hidden>
  • Date: Mon, 12 Jan 2004 15:40:40 -0600

There was an "auxiliaryQualifier" but it seems to be "not-available" in
some situations...
search for a thead
Filtering an array of EO objects in D2J (getting the data  source)
in the archives. (I hadn't time to check it myself, but as soon as i
find time, I will and report it).

Dino

p.s., do not worry about updates; EOF will take care of them.

On Jan 12, 2004, at 14:36, james cicenia wrote:

> The following has me confused.
>
> Should I not use fetch specs? In other words, while all my objects are
> looking good and all my relationships clean are
> clean should I use fetch specs or should I just get all the objects
> through the relationship and then filter them programatically?
>
> Or, is there a secret when creating relationships that will select a
> subset. My Portfolio object has a one to many
> relationship to requests, however I just want to show only open
> requests as an example.
>
> I of course want to take advantage of caching. Also, only after
> clicking on a request would I need to worry about updates.
>
> -James
>
> On Jan 12, 2004, at 2:16 PM, Chuck Hill wrote:
>
>> Arturo Pirez wrote:
>>> BTW, no fetch spec result is cached.  That will always go to the
>>> database.  I'm not certain if
>>> the resultant objects are cached or not.  So I try to write things
>>> such that I only go through
>>> relationships.  Those are cached and offer amazing performance.  But
>>> it's not always possible.
>> If the fetch is marked as refreshing refetched objects then the newly
>> fetched rows will update the cache.  Otherwise only the PK (and
>> Entity, restricting value) is used to identify the snapshots already
>> cached.
>>
>> 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.

  • Follow-Ups:
    • Re: EOModeler and more
      • From: Ray Ackland <email@hidden>
References: 
 >EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: Chuck Hill <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)

  • Prev by Date: Re: Limiting number of assignments in a many-to-many relationship
  • Next by Date: Re: Limiting number of assignments in a many-to-many relationship
  • Previous by thread: Re: EOModeler and more
  • Next by thread: Re: EOModeler and more
  • Index(es):
    • Date
    • Thread