我正在努力思考如何拥有同一核心数据实体的多个实例。这似乎不可能,所以我一定是处理错了。
基本上,假设我有一个可以装满多个气球的购物车。但是每个气球可以有不同的颜色。如果我编辑气球的模板,所有气球都会更新以反射(reflect)更改。所以说我将模板的名称更改为“培根”,所有气球的名称也会更改为“培根”。
我将如何使用 Core Data 实现这一目标?
编辑
根据要求,我将尝试阐明我正在尝试做的事情。
也许这个例子会更清楚。
假设您正在创建练习模型。所以你有 Ab Roller
、Shoulder Press
等
在锻炼
中,每个锻炼可能有多个实例。所以在一次锻炼
中,你将拥有,比如说
腹肌滚轮
肩部推举
腹肌滚轮
Ab Roller
的每个实例都将与 Sets
有自己的关系,这对于每个类(class)来说都是不同的。
也许不是最好的例子,但应该能让人更清楚地理解重复的例子。
我在想有一个 template
实体,然后是一个 instance
实体,以及它们之间的关系 - 当 template
实体 name
更新,所有instance
实体的name
通过KVO更新。或者我将所有共享属性(即 name
)放在关系中(因此 instance
实体的 name
属性返回其 template
的 name
属性),以便它们反射(reflect)对 template
的更改。最好的方法是什么?
最佳答案
鉴于评论中一致认为这是一个更通用的数据库设计问题,我将从数据库设计的角度回答这个问题。如果这不能解决您所有的问题,那么希望了解 Core Data 来龙去脉的人可以为您解决这一方面的问题。
您正在查看为您的系统保存一些配置数据,然后还为使用该配置数据的实体的各种实例保存数据。你想出的一般模式有一个模板实体(我也看到过这称为定义或配置实体)和一个实例实体肯定是我以前遇到过的,我没有看到问题
数据库规范化规则告诉您要避免数据库中的数据复制。因此,如果您的模板实体有一个名称字段,并且每个实例实体都应该具有相同的名称,那么您应该只将名称保留在模板实体中并通过外键引用该实体。否则,当名称更改时,您必须更新实例表中的每一行以匹配 - 这将是一项昂贵的操作。或者更糟的是,它没有得到更新,您最终会在系统中得到不匹配的数据——这被称为 update anomaly。 .
因此,针对某种电子商务解决方案的购物车和库存的想法(就像您的第一个示例一样),您可能有一个 BasketItem 实体和一个 ItemTemplate 实体:
ItemTemplate:
* ItemTemplateId
* Name
BasketItem:
* BasketItemId
* ItemTemplateId
* Color
那么您的气球模板数据和气球实例的数据在数据库中将如下所示:
项目模板:
| ItemTemplateId | Name |
| 7 | Balloon |
篮子元素:
| BasketItemId | ItemTemplateId | Color |
| 582 | 7 | Blue |
| 583 | 7 | Green |
(这显然被大大简化了,只看那个具体的例子而忽略了篮子和元素的所有机制,所以不要将其作为实际的设计建议。)
此外,您可能想要保存更多配置数据,这可能会彻底改变设计:例如,您可能想要保存有关不同产品可用颜色的配置数据。上面使用的相同概念也适用于其他地方——如果你意识到你一遍又一遍地拿着“蓝色”,并且意识到你将来可能想把它改成“深蓝色”,因为你现在有多种深浅不一的蓝色气球,那么这是有道理的只存储一次颜色,然后将外键指向它存储的任何位置,这样您就不会对整个 BasketItem 表进行大量更新,将“蓝色”的每个实例更新为“深蓝色”。 "
我强烈建议您阅读一些有关数据库设计和数据库规范化的文章。这将有助于回答您在这些方面的任何问题。您可能会发现在某些情况下您需要打破规范化规则——也许是为了让 ORM 工具优雅地工作,或者出于性能原因——但最好以知情的方式做出这些决定,知道您可能会导致什么问题,并且采取进一步措施防止它们发生。
关于ios - 同一实体的核心数据多个实例 - 共享属性的实体,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30366398/