ios - 关于核心数据库设计

标签 ios database database-design core-data

我正在开发一个 IOS 应用程序一个月,我觉得我已经准备好创建数据库了。因此,当我在学校学习时,我拿起铅笔开始创建我的数据库设计。

然后我开始阅读核心数据指南,事实上我已经使用过核心数据,但它是在较小的项目中。因此,我了解了托管对象,它们似乎总是完全适合应用程序的模型对象 (MVC)。

所以这是我的问题。我是否必须将托管对象编写为 sqlLite 数据库 shema(带有拆分表等...)并开始编写一些方法来从这些表构建我的模型对象?或者我应该将托管对象 exaclty 写为模型对象吗?它们将更容易重建,但效率会不会降低?

换句话说:核心数据库 shema 应该看起来像一个带拆分表的 sqlLit 数据库,还是应该像我的一组模型对象?

我希望我的问题很清楚。

谢谢,

亚历山大

最佳答案

如果你想使用核心数据,你不应该以任何方式与 SQLite 数据库交互。核心数据存储对象的确切方式对您来说应该是不透明的。

没有什么可以阻止您自己编写数据库层。您可以直接创建 SQLite 数据库并与之交互,一切都由您自己完成。

一般建议是核心数据已经存在很长时间了,核心数据团队已经遇到并修复了您在创建对象和保持对象跨线程同步、缓存和访问速度方面遇到的任何问题。为自己节省一些工作,站在巨人的肩膀上并使用 Core Data。

关于ios - 关于核心数据库设计,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14561969/

相关文章:

mysql - Cpanel MySQL 数据库凭据

mysql - 使用 MySQL Workbench 绘图(菜鸟)

mysql - 客户必须至少有 3 封电子邮件

ios - UIAlertAction 的处理程序有点太晚了——我怎样才能让它立即生效?

ios - 应用程序未安装在真正的 CarPlay 设备上

ios - 通过触摸屏幕隐藏键盘

sql - 如何为组 SQL Server 分配一个 id

mysql - 替换每行中的第 11 个字符

c++ - 枚举 objective-C 和 "<<"运算符

database-design - 数据库设计查找表