核心数据并发症

Question

我是重构和旧的应用程序，并正在考虑切换到核心数据。 我已经读过以前的线程在这里和网上的优点和缺点相比，直接使用sqlite或包装。 它仍然似乎更直接的去与sqlite包装，因为它在我看来，偏离标准使用要么困难，要么找不到有效的方式来做到这一点。 例如有不保存在DB中的对象。想象一下你可以下载产品列表的商店，如果你想要一个产品，他应该在本地保存它。 我读了大约2种方法，一种是单独管理的上下文，另一种是用临时对象放弃它，并且阅读了有关复制模型 ，但他们在我看来更像是直接使用sqlite时自然而然的东西。我也觉得有限可能是因为我对核心数据缺乏经验）在更复杂的查询中。 我知道我不是非常具体，但我正在寻找的建议是否我真的可以从迁移到核心数据的距离迁移到已有的sqlite实现时受益匪浅。临时对象问题单独阻止我切换，但也可能是我的缺少知识。

Answer 1

有什么错不使用核心数据，如果你不觉得这是适合您的应用程序，或者如果你只是不舒服，或者如果你更舒适别的东西。所以，如果使用SQLite直接对你有很大意义，那就去做吧。

也就是说，如果您将Core Data视为SQLite的替代替代品，您将遇到麻烦。当你使用SQLite时，你处理表和行;当你使用核心数据时，你处理对象和关系。核心数据框架将这些对象和关系映射到SQLite的表（或其他一些持久性存储）上，所以如果你将对象翻译回头脑中的表中，那么你就会错过这一点。