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

时间:2013-05-24 17:43:00

标签: postgresql database-design erd physical-design

我正在使用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. 这更贴近物理模型还是逻辑模型?我需要做些什么才能将它从一个转换为另一个?
  6. 这是ERD:

    An ERD

1 个答案:

答案 0 :(得分:1)

  1. 粗体文字是否可以表示主键属性?
  2. 这不是任何标准ER建模符号的一部分。绝不确定,但我的猜测是U意味着独特,N意味着可以为空。
  3. 实线表示识别关系。虚线表示不识别的线。这通常不是一个特别重要的区别,但如果您想了解更多,请查看这些条款。
  4. 一对多关系。乌鸦脚代表了这种关系的“多”面;短线是“一”侧。两个“一”符号出现在一端,这是一对一的关系。
  5. 在信息建模的上下文中,逻辑模型意味着语义模型 - 一种更多关于业务领域而非实际数据库设计的模型。究竟什么进入逻辑模型以及详细程度取决于模型的目标受众以及您希望如何使用它。将其转换为“物理”模型意味着将其变为具有技术特征的数据库设计以及所选DBMS平台所需的任何更改(例如,特定数据类型)。
  6. 信息建模意义上的逻辑/物理模型不应与DBMS体系结构和数据库理论中所谓的逻辑级物理级相混淆。原则上,关系数据库表(AKA关系变量)总是“逻辑”级别构造,但在数据建模术语中,它们是所谓的“物理”模型的一部分。不幸的建模术语选择造成了很多混乱和误解。