I would recommend taking a look into the newly released Realm (http://realm.io). I’ve been using it for the last couple of weeks and I’d bet it’s a solid alternative to SQL base databases / ORMs (SQLite). APIs are really easy to grasp and queries to the database are human-friendly and powerful. Plus it’s really fast and you don’t have to bother about contexts and all the hassles you have to go thru when you use CoreData on multiple threads.
Mike -- Michelangelo Chasseur Il giorno sabato 23 agosto 2014, alle ore 03:57, Luther Baker ha scritto: > I'm not sure how helpful this is but rechnically, Core Data is an ORM - an > object to relational mapping framework. Also realize that Core Data is most > often configured to use SQLite as its backing store. In addition the, Xcode > ships with a nice CoreData/ORM editor which often makes Core Data easier and > faster to use for the average case. > > But, if you have sufficient reason, you are more than welcome to use SQLite > directly ... Additionally then, you may also want to consider FMDB, Gus > Mueller's thin wrapper around SQLite that makes it much easier to work with > in the context of an iOS app. > > Finally then, the database need not necessarily reside in the Documents' > directory ... save for the fact that different directories are cleared out > differently based on a few rules inherent to the platform. So in a sense, > yes, you are probably safest dropping the SQLite file there - but it isn't > necessarily a requirement. > > Hth, > -Luther > > > > > On 23-Aug-2014, at 10:24, Carl Hoefs <newsli...@autonomy.caltech.edu > > > (mailto:newsli...@autonomy.caltech.edu)> wrote: > > > > > > I’m writing a Cocoa-based iOS 8 app that needs to store and manage data > > > locally on the device. Is there a relational database available for > > > general purpose use in iOS 8? Is there a limitation to how much space an > > > app can use in its sandbox? I presume a database would necessarily need > > > to reside in <Application_Home>/Documents/... > > > > > > -Carl > > > > > > > > > _______________________________________________ > > > > > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com > > > (mailto:Cocoa-dev@lists.apple.com)) > > > > > > Please do not post admin requests or moderator comments to the list. > > > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > > (http://lists.apple.com) > > > > > > Help/Unsubscribe/Update your Subscription: > > > https://lists.apple.com/mailman/options/cocoa-dev/mhoward%40mahoward.com > > > > > > This email sent to mhow...@mahoward.com (mailto:mhow...@mahoward.com) > > > > > > _______________________________________________ > > > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com > > (mailto:Cocoa-dev@lists.apple.com)) > > > > Please do not post admin requests or moderator comments to the list. > > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > (http://lists.apple.com) > > > > Help/Unsubscribe/Update your Subscription: > > https://lists.apple.com/mailman/options/cocoa-dev/lutherbaker%40gmail.com > > > > This email sent to lutherba...@gmail.com (mailto:lutherba...@gmail.com) > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com > (mailto:Cocoa-dev@lists.apple.com)) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > (http://lists.apple.com) > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/chasseurmic%40gmail.com > > This email sent to chasseur...@gmail.com (mailto:chasseur...@gmail.com) _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
