Home/ Questions/Q 784021
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T20:38:42+00:00

The question is rather simple. I know that there is SQLite. There is Core

  • 0

The question is rather simple. I know that there is SQLite. There is Core Data also. But I need something in between. More object-oriented than SQLite API and simplier than Core Data.

Main points are:

  • I need access to stored entities only by id. No queries required.
  • I need to store items of a single type, it means that I can use only one table if I choose SQLite.
  • I want automatic object-relational conversion. Or object-storage if the storage is not relational.

I can use object archiving, but I have to implement things (NSArchiver).

But I want to write some kind of class and get persistence automatically. As it can be done with Hibernate/ActiveRecord/Core Data/etc.

Thanks.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Beyond BNRPersistence, which Alex points out, I don’t think you’re going to find anything that maintains object relationships, yet is simpler than Core Data on the Cocoa platforms. An object wrapper around SQLite like FMDB still requires you to manage relationships in your own code.

    Maintaining relationships between objects is a non-trivial task, which is why you see so few of these frameworks out there. Core Data gets it right for many people, so there isn’t that much motivation among developers to build an alternative to Apple’s solution. BNRPersistence was created out of Aaron Hillegass’ long-time frustration with certain aspects of Core Data, but many people (like me) are perfectly happy with the way Core Data does what it does.

    You might also want to look at Core Resource, a newer framework that provides some wrappers around Core Data to make common tasks easier.

    • 0