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