ER图,关系拥有方指定
ER diagram, relation owning side designation
据我了解,ER 图首先是一个概念模型,从某种意义上说,它描述的关系与实际数据库中的关系无关 represented/implemented。但是,如果我想要既描述关系又反映关系的哪一部分是 "owning" 一侧的图表怎么办?比如说,在 JPA 中,一些关系可以是单向的;如果定义为双向,这种关系的一侧是所有者,另一侧是反向 - 例如,通常 table 具有其他 table 的外键将是拥有方,引用的 table 将是反面。
我想知道是否有任何广泛使用的 ER 符号允许注释拥有方(或单向关系的方向),或者至少可以显示哪些外键指向哪些方向?
最常见的 ER 表示法是 IE、Barker 和 IDEF1X 的变体。所有这些都使用不同的符号,应该清楚地表明外键在哪一侧("many" 一侧)。
外键不是指针,所以它们没有方向。在面向对象编程中,方向性是指如何使用指针来实现控制流。换句话说,方向性是一种编程语言特性,而不是数据模型特性。现代 DBMS 不在其数据模型中公开指针。事实上,ER 建模是在 1970 年代开发的,作为一种抽象数据模型的方式,不受当时基于指针的系统的限制。
UML 表示法确实有方向关联的概念,因为 UML 用于建模行为和编程构造,而不仅仅是数据。
据我了解,ER 图首先是一个概念模型,从某种意义上说,它描述的关系与实际数据库中的关系无关 represented/implemented。但是,如果我想要既描述关系又反映关系的哪一部分是 "owning" 一侧的图表怎么办?比如说,在 JPA 中,一些关系可以是单向的;如果定义为双向,这种关系的一侧是所有者,另一侧是反向 - 例如,通常 table 具有其他 table 的外键将是拥有方,引用的 table 将是反面。
我想知道是否有任何广泛使用的 ER 符号允许注释拥有方(或单向关系的方向),或者至少可以显示哪些外键指向哪些方向?
最常见的 ER 表示法是 IE、Barker 和 IDEF1X 的变体。所有这些都使用不同的符号,应该清楚地表明外键在哪一侧("many" 一侧)。
外键不是指针,所以它们没有方向。在面向对象编程中,方向性是指如何使用指针来实现控制流。换句话说,方向性是一种编程语言特性,而不是数据模型特性。现代 DBMS 不在其数据模型中公开指针。事实上,ER 建模是在 1970 年代开发的,作为一种抽象数据模型的方式,不受当时基于指针的系统的限制。
UML 表示法确实有方向关联的概念,因为 UML 用于建模行为和编程构造,而不仅仅是数据。