postgresql - 将逻辑模型转换为物理模型。难以理解 ERD

Question

我正在使用 ERD。它应该是一个逻辑模型，我要从中制作一个物理模型。我应该用 UML 格式化，我们的 DBMS 是 PostgreSQL。

我的一些研究（http://www.1keydata.com/datawarehousing/data-modeling-levels.html // http://en.wikipedia.org/wiki/Logical_data_model#Conceptual.2C_Logical_.26_Physical_Data_Model）表明这个 ERD可能包含太多信息而无法成为逻辑模型，并且实际上可能更接近物理模型。

我的问题如下：

1. 粗体标签是什么意思？
2. 某些条目末尾的白色“N”和红色“U”是什么意思？
3. 虚线（关系）和实线有什么区别？
4. “乌鸦脚”和关系两端的虚线有什么区别？
5. 这是更接近物理模型还是逻辑模型？我需要做什么才能将其从一种转换为另一种？

这是 ERD：

Answer 1

1. 粗体文本可以表示主键属性吗？
2. 这不是任何标准 ER 建模符号的一部分。绝对不能确定，但​​我的猜测是 U 表示唯一，N 表示可为空。
3. 实线表示识别关系。虚线表示非识别线。这通常不是一个特别重要的区别，但如果您想了解更多信息，请查看这些术语。
4. 一对多的关系。鱼尾纹代表关系的“多”面；穿过的短线是“一”侧。“一”符号出现在两端，这是一对一的关系。
5. 在信息建模的上下文中，逻辑模型意味着语义模型——一种更多地与业务领域相关的模型，而不是与实际数据库设计相关的模型。逻辑模型的确切内容以及详细程度在很大程度上取决于模型的目标受众以及您希望如何使用它。将其转变为“物理”模型意味着将其转变为具有技术特性的数据库设计以及您选择的 DBMS 平台所需的任何更改（例如特定数据类型）。

信息建模意义上的逻辑/物理模型不应与DBMS 体系结构和数据库理论中所谓的逻辑级别和物理级别相混淆。原则上，关系数据库表（AKA 关系变量）始终是“逻辑”级别的结构，但在数据建模术语中，它们是所谓的“物理”模型的一部分。这种不幸的建模术语选择导致了很多混乱和误解。