核心数据与SQLitePersistentObjects

Question

我创建一个iPhone应用程序，我努力了持久性存储解决方案2之间选择。

核心数据，或 SQLitePersistentObjects 。基本上，所有我的应用需求是存储模型对象的数组，然后再加载它们显示在一个UITableView的方式。它没有什么太复杂。核心数据似乎具有比简单使用SQLitePersistentObjects更高的学习曲线。有没有在我的情况比SQLitePersistentObjects使用核心数据的任何明显的好处是什么？

Answer 1

请参阅了这个问题。我回答这个问题同样适用于你的。

核心数据VS SQL语句，其中之一为Gd为iphone发展？

Answer 2

作为SQLite的持久对象的作者，我说：使用核心数据。

我写SQLPO当核心数据并没有在手机上存在。虽然我什么，我做了与SQLPO，即使我不喜欢有关其做法比核心数据的（特别是不必维持单独的类文件和数据模型）更好的一些事情感到自豪，发动机底层核心的数据更成熟已经投资了它更多的工程时间。这就是为什么我放弃SQLPO发展时，核心数据来到了iPhone SDK。

我没有做过的基准，但我猜，正确使用，核心数据是要在几乎所有的大批量的情况下有更好的表现。

SQLPO更快以来所有你要做的就是创建的头文件来开发，但除非你的数据的需求是比较轻的，我说你会更好使用核心数据。

Answer 3

有些infromation我与SQLitePersistentObjects经验。

最初是为利用SQLPO的iOS 3.x的开发的应用程序工作得很好。易于使用等。 现在，我在把这个程序为iOS 4和事情的过程开始变得怪怪的。

我现在看到DB腐败在不可预测的利率。

展望SQLPO代码显示，只有一个sqlite3_close语句和DB时，无法打开这个叫。

我打算添加一个方法来明确地关闭数据库，并从我的应用程序代表称这种终止和iOS4的didMovetoBackground方法。 可能有助于避免SQLPO DB损坏问题。

Answer 4

最近，我不得不做出同样的决定。我被存储简单对象的实例与几个属性。从我的研究，我明白，使用核心数据将帮助您更好地管理与多重关系更复杂的对象。我结束了使用核心数据，只是因为我想更多地了解它（但对于简单的对象没有太多的学习曲线的）。

Answer 5

SQLitePersistentObjects又名SQLLite持久对象是不一样的，在所有做直SQLite的。这是在自己的权利的ORM。我还没有使用它，但我想纠正完全错误的答案，以前的海报了。

和我认真地考虑使用，因为核心数据是一种痛苦。

请参阅： http://iphonedevelopment.blogspot.com/2008 /08/sqlite-persistent-objects.html