问逻辑数据模型和概念数据模型有什么区别？

EN

在概念数据模型中，您只关心高级设计-应该存在哪些表以及它们之间的连接。在此阶段，您将识别模型中的实体以及它们之间的关系。

当您显式定义每个表中的列时，逻辑模型将在概念建模之后出现。在编写逻辑模型时，您可能还会考虑您正在设计的实际数据库系统，但前提是它影响了设计(即，如果没有触发器，您可能想要删除一些冗余列等)。

还有一个物理模型，它详细说明了逻辑模型，并为每个列分配了它的类型/长度等。

Here是一个很好的表格和图片，它描述了这三个级别中的每一个。

|----------------------|------------|---------|----------|
| Feature              | Conceptual | Logical | Physical | 
|----------------------|------------|---------|----------|
| Entity Names         | X          | X       |          |
| Entity Relationships | X          | X       |          |
| Attributes           |            | X       |          |
| Primary Keys         |            | X       | X        |
| Foreign Keys         |            | X       | X        |
| Table Names          |            |         | X        |
| Column Names         |            |         | X        |
| Column Data Types    |            |         | X        |
|----------------------|------------|---------|----------|

​

​

在此表中，您可以看到每种型号之间的差异：

​

有关更多信息和一些数据模型示例，请参阅http://www.1keydata.com/datawarehousing/data-modeling-levels.html。

不幸的是，这些术语过载了几种可能的定义。例如，根据ANSI-SPARC“三模式”模型，概念模式或概念模型由数据库中的一组对象(表、视图等)组成，而外部模式是用户看到的对象。

在数据管理行业中，特别是在数据建模师/架构师中，术语概念模型经常用于表示语义模型，而术语逻辑模型用于表示初步的或虚拟的数据库设计。这可能是你在工作中最有可能遇到的用法。

然而，在学术用途和描述DBMS体系结构时，逻辑层是指数据库对象(表、视图、表、键、约束等)，与物理层(文件、索引、存储)不同。更让人困惑的是，在工作场所中，术语物理模型通常用于表示在实际数据库中实现或计划实现的设计。这可能包括“物理”和“逻辑”级别的构造(例如，表和索引)。

当你遇到这些术语中的任何一个时，你真的需要澄清所描述的是什么，除非上下文让它变得显而易见。

有关这些差异的讨论，请查看例如Simsion和Witt的Data Modelling。