On Jun 23, 2008, at 8:11 PM, Ian wrote:
I know this has been asked before... I've been searching and
searching and RTFMing so I've seen the paper-trail of askees over
the years...
Anyway, is there any way to query CoreData in chunks? I have a very
large CoreData SQl store (>1 million) of managed objects and it's
taking for ever (well, tens of minutes) to load it all in, never
mind to search through it all.
That sounds like 2 separate problems. You should be able to specify a
fetch request such that the data is searched/filtered in the database;
you'll only have to pay for loading the results.
Also, unless your working set is so large that you are paging,
breaking the work into chunks is may not affect positively affect the
aggregate time required. (But will keep the high water mark for
resource usage down.)
So, my question is... does any bright soul have any light to shed,
any experiences to share, etc etc, with manipulating very large data
sets in CoreData?
The way I deal with this on 10.5 is to use request that the fetch
request return object IDs instead of fully realized objects, then
fault them in in batches.
Jim
_______________________________________________
Cocoa-dev mailing list ([email protected])
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
