核心数据：为什么要创建自定义持久性存储？

Question

我一直在阅读“Pro Core Data”一书，我在第3章“创建自己的自定义持久性存储”中提到了这一点。 作者并没有真正谈论我为什么要创建自定义持久性存储。 解决问题的唯一地方：

在某些情况下，默认商店类型不能最好地完成您要实现的目标。

这并没有真正回答我的问题。 如果您不想使用提供的默认SQL版本，似乎其中一个内置类型应解决任何问题。 创建自定义商店类型似乎违背了Core Data的精神，我只担心存储对象，而不是存储它们的方式。

我想看看为什么SQL，二进制或属性列表（对于Mac OS X），类型不合适并且需要其他商店类型的一些具体示例。

Answer 1

当然，内置类型应该能够满足90％的要求，但仍然有10％......

一些例子，其中一些我见过，其中一些只是可能性：

• 使用“增量存储”类型可以使用Core Data来处理Web服务，并尽可能地缓存内容。 因此，“保存”将转换为推送到服务器的网络请求
• 使用SQLite以外的SQL数据库，可能是MySQL
• 直接写入自定义文件格式

Answer 2

我可以想到一个场景，我有一个关于云的数据库，它不是sqlite，而且我一直希望它与我的设备数据库同步。 在那种情况下，我可以在iOS中使用自定义持久性存储。