ios - CoreData 用户定义的数据库结构？

Question

所以，我刚刚开始开发一个 iOS 库存应用程序，我希望它非常灵活。我想要的是让用户能够定义一个产品类别，然后是它的自由度，即颜色、尺寸、图像、样式等。我知道我可以通过设计一个已经包含这些属性的数据模型来实现这一点，但用户可能并不总是需要每一个，并且(更麻烦的是)可能需要我没有想到的其他属性(如 Material 或品牌)。有什么方法可以使用 CoreData 构建这种灵活的数据模型吗？我确信我可以使用 plist 做到这一点，但我想利用 iCloud 和 NSFetchedResultsController，更不用说谓词等了。

这不是连数据库都能实现的东西吗？现在我正在研究这个问题，看来我可能会受到强制结构的限制......如果用户在已经添加记录后更改属性怎么办？我需要处理迁移商店吗？呃。

...

好的，这是另一种方法，也许有人可以评论这是否疯狂。我开始思考，用户可能添加的所有属性基本上都是同一类型——它们有一个字符串标记(属性的名称，例如“color”)和一系列字符串值(例如“red”， “木炭”、“蓝色”等)。那么为什么不创建实体的这些关系而不是属性呢？所以，现在我的对象模型中有三个实体:MerchCategory，这是我们正在讨论的商品类型，MerchItem，这是库存和维度，这是一个项目可能具有的质量。

MerchItem 有一个 sku 属性，与 Dimension 的多对多关系，以及多对一关系与 MerchCategory 的关系。

Dimension 有 name 和 value 属性，categories 和 items 许多-对多关系。

这是一个合理的模式吗？在我看来，我将能够通过查看它们的名称来查询每个维度，并通过查看它们的值来获取每个配置的计数......并且用户将能够添加新的而无需使用 NSEntityDescription .想法？

Answer 1

参见 How to add attributes to an existing Core Data entity (object) programmatically? .

您正在完成一项极其庞大的任务。可以办到。 FileMaker 使用 FileMaker Mobile 来做这件事和 Bento for iPad .但我怀疑他们有更多的人投入到产品中。