相关疑难解决方法(0)

我已经非常熟悉关系数据库,并且过去曾使用SQLite(和其他数据库).但是,Core Data具有一定的吸引力,因此我正在考虑花一些时间来学习它以用于我的下一个应用程序.

使用Core Data而不是SQLite有什么好处,反之亦然？每个的优点/缺点是什么？

当Apple没有将它用于许多旗舰应用程序(如Mail.app或iPhoto.app)时,我发现很难证明学习Core Data的成本是合理的 - 而是选择了SQLite数据库.SQLite也广泛用于iPhone.

那些熟悉使用它们的人可以评论他们的经历吗？或许,与大多数事情一样,问题比仅仅使用一个而不是另一个问题更深层次？

由于CoreData已经可以在OS 3.0中用于iPhone,它是否意味着数据持久性的答案并取代所有直接需求SQLite？

还有什么理由可以使用SQLite？什么是SQLitevs.的优点/缺点CoreData？

我们正在开始在iPhone Enterprise开发人员计划中开发内部应用程序.由于它接近OS 3.0,我们正在重新考虑使用SQLite和使用Core Data的原始设计.这里有更多信息:

• 有一个传统的桌面应用程序正在取代.我们将重用现有的后端.
• 我们目前有一个SQLite数据库作为概念证明生成.这基本上是现有后端数据库的缩减版本.
• 我们将从远程站点加载数据并将其存储在本地,它将持续存在并且需要存在.我们只会在它发生变化时更新它,这将是每个月或两个月.我们很可能会使用XML或JSON来传输数据.
• 这个项目有两个开发人员,我们都有很强的SQL技能,但没有人使用过Core Data.

我的问题是:什么是核心数据的SQLite上的利益,将利益在这个特定实例什么和做什么好处证明学习一个新的框架,而不是使用现有的SQL较强的技能？

编辑:我刚刚注意到这个问题:核心数据与SQLite 3.我想我的问题是:

• 如果我必须检查某个特定项是否存在或是否有更新,这很容易使用SQL,那么Core Data是否仍然有意义？我可以在图表中加载第一个对象并检查版本号而不加载整个图表吗？
• 如果我们已经知道SQL,那么这个项目的核心数据的优势是否证明我们能够学习它？

我想知道是否有人在旧的sqlite应用程序(已在3.0 SDK中转换为Core Data)之间的性能差异上有任何真实世界数字.

我怀疑在引擎盖下Core Data只是使用sqlite而且为了方便的成本增加了一些开销,但我想我还是会问.

从现在开始应该使用核心数据作为带有sqlite单表数据库的小型iphone应用程序的包装器吗？

从现在开始使用它是不必要地使事情变得复杂还是好的做法？