• 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: CoreData Best Practices
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CoreData Best Practices


  • Subject: Re: CoreData Best Practices
  • From: Bill Bumgarner <email@hidden>
  • Date: Sat, 30 Apr 2005 00:49:04 -0700

On Apr 29, 2005, at 4:13 PM, John Timmer wrote:

I did say that I'm not sure where that would come down on the
performance/memory use equation, though. I haven't done a multi- way search
on a managed object context with > 10000 objects yet. Anyone know how quick
that is?



For XML and Binary, the search will be performed in memory and should be very quick, depending on the details of the predicate.


However, you can very likely gain a significant performance boost by using a SQL store in that the query will be optimized down to a SQL select statement and evaluated within the SQLite engine, which is quite nicely optimized, itself.

We regularly tested and optimized Core Data against data sets in the hundreds of thousands and millions of entities range.

If you do find a performance issue, please file a bug.

b.bum


_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Re: CoreData Best Practices (From: John Timmer <email@hidden>)

  • Prev by Date: CoreData - how to write new kind of PersistentStore?
  • Next by Date: Re: CoreData - how to write new kind of PersistentStore?
  • Previous by thread: Re: CoreData Best Practices
  • Next by thread: Overlay windows
  • Index(es):
    • Date
    • Thread