【发布时间】:2015-09-18 15:20:22
【问题描述】:
例如父/子是显而易见的,其中父是密钥持有者,而子具有对该密钥的引用。
另一个例子是实体框架中的“End 1”和“End 2”,但这并没有指定哪个“end”是密钥的所有者。
也许另一个可能是“拥有实体”和“引用实体”。
我很想知道更多这方面的例子,特别是有明确“所有者”的例子,例如定义关系开始的实体,如果有意义的话。
【问题讨论】:
-
基础和派生。通用和实例。然而,这些仅限于单一层次派生。父母,孩子是最健壮的,因为它可以扩展到孙子,祖父母等。
-
谢谢,但是......这两组术语都描述了继承,而不是封装(不是正确的术语,但我想你会明白我的意思)。例如。关系或外键的子端不是从父级(“基”)“派生”的。子端只包含对父端的引用。
-
这取决于你的实现。在代码(我去)传统上,孩子是从父母派生的,但我看到你只是在寻找封装。也许领导者/所有者和成员将是一个更好的关系示例。听起来您正在描述一个数组/地图/向量关系,其中有一个单一的所有者或容器,并且还有其他项目通过该所有者/容器进行分组。
标签: foreign-keys relationship models entities conceptual