Re: CoreData Indexing is it possible?
Re: CoreData Indexing is it possible?
- Subject: Re: CoreData Indexing is it possible?
- From: email@hidden
- Date: Tue, 18 Sep 2007 12:17:09 -0400
On Sep 18, 2007, at 12:08 PM, Aaron Burghardt wrote:
On Sep 18, 2007, at 7:03 AM, I. Savant wrote:
On Sep 18, 2007, at 1:28 AM, Diederik Hoogenboom wrote:
AFAIK it is not mentioned in any public documentation. It has been
mentioned once or twice on this list though.
It is not really an API; it is more a "tag" in your model that will
trigger the index to be created when creating your store.
That's not really the point, though. It's undocumented and starts
with an underscore (Apple's convention for "private"), therefore
it's subject to change and can break your application (or, in this
case, *potentially* corrupt your users' documents) in future
versions of OS X.
I would steer *well clear* of this approach without official support
from Apple.
While I agree with this advice in most circumstances, I also think
using _NSCreateIndex is a reasonable thing to do.
In this case, the index won't change SQLite/Core Data's ability to
access the file--SQLite can read and write the tables regardless of
the indices in the database, and this fact won't change.
The second potential concern is that Apple changes Core Data and
changes it's behavior or ignores the key. If it ignores it,
performance will be affected without the index, but otherwise the data
will be accessible. As for changing the behavior, it's hard to
imagine a change that wouldn't also affect every existing Core Data app.
Lastly, Malcolm Crawford is one who has suggested using it:
http://www.cocoabuilder.com/archive/message/cocoa/2005/6/22/139661
Aaron
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden