Core data 核心数据中的查找表

Core data 核心数据中的查找表,core-data,lookup-tables,Core Data,Lookup Tables,核心数据不是数据库,所以我对如何在核心数据中创建、管理甚至实现查找表感到困惑 下面是一个与我的项目相关的具体示例 员工(1)->(众多)人才(1) 人才表包括: TalentSkillName(字符串) 技能水平(国际) 但是我不想一直输入TalentSkillName,所以我想把这些信息放到另一个单独的表/实体中 但由于核心数据并不是一个真正的数据库,我对关系应该是什么样子,或者甚至查找表是否应该存储在核心数据中感到困惑 我想到的一个解决方案是使用一个包含所有TalentSkillNames的

核心数据不是数据库,所以我对如何在核心数据中创建、管理甚至实现查找表感到困惑

下面是一个与我的项目相关的具体示例

员工(1)->(众多)人才(1)

人才
表包括:

TalentSkillName(字符串)

技能水平(国际)

但是我不想一直输入
TalentSkillName
,所以我想把这些信息放到另一个单独的表/实体中

但由于核心数据并不是一个真正的数据库,我对关系应该是什么样子,或者甚至查找表是否应该存储在核心数据中感到困惑

我想到的一个解决方案是使用一个包含所有TalentSkillNames的PLIST,然后在Talents实体中有一个指向PLIST版本的数值

谢谢

我已经添加了一个图表,我相信这就是你要做的,但我不确定这是否正确


我建议您拥有第三个实体,
Skill
。这可能与
人才
有一对多的关系,然后才有级别作为属性


实际上,这意味着您正在通过
技能
实体模拟
员工
人才
之间的多对多关系。从逻辑上讲,这似乎符合您所描述的情况。

这是否也适用于您不想重复类别名称的
文章
-<
类别?谢谢。对于像文章和类别这样的关系,我可能会让它成为一种双向的关系(即,和文章可以有很多类别,一个类别可以有很多文章)。这很容易在核心数据中建模。好的,谢谢。我已经添加了一个图表,我相信这就是你在主要问题线索中的意思。我认为能力类别应该与你描述的场景中的能力有很多关系。此外,惯例通常以单数形式命名实体,即个人、能力、能力类别。