逻辑模式和物理模式有什么区别？

您的数据库中不存在逻辑架构。逻辑模式是一种以设计为中心的数据库结构，旨在满足您的业务需求。它是存在于白板或绘图工具中的模型。这就像建筑师为您的数据库绘制的图纸。

物理模型是您的 DBMS 中实际实现的模型。

两者可能因多种原因和多种方式而不同：

• 您的逻辑模型应该正确规范化，但您的物理模型可能具有非规范化，您出于所有正确的原因故意添加了它。

• 您的物理模型可能有不同的命名约定。有些人使用简单的英语（或选择的语言）作为他们的逻辑模型，并在他们的物理模型中强加一个更“系统化”的命名约定。

• 您的逻辑模型可能具有多对多关系。物理模型使用交叉表实现 m:n 。

• 您的逻辑模型只能使用自然键或业务键。物理模型也可以添加代理键。

您应该有一个逻辑模型，因为它可以让您考虑您的数据库设计，而不必陷入物理约束。您需要拥有物理模型，因为这将是您的数据最终所在的位置。

逻辑模式和物理模式如何相关？
我将在下面这张图片的帮助下解释这个概念：
我们将以 Oracle 数据库为例（但这适用于大多数 RDBMS）。

逻辑模式
-实际上是由您计划的（您的初始数据模型）制成的，它的对象是：
-表空间
-表
-视图
-过程
-pkgs等...

物理模式
- 这里是您拥有数据文件、重做日志、控制文件等、驻留在操作系统上并处于行状态的物理对象的地方。这些对象被逻辑结构用来使我们的数据有意义和可读。

这两个模式如何存在于数据库中？
模式是数据库使用的一组元数据（数据字典），通常使用 DDL 生成。它定义了数据库的属性，例如表、列和属性。数据库模式是对数据库中数据的描述。
一个或多个模式可以驻留在同一个数据库中。

如何根据需要操纵这些？
模式是数据库对象的集合。架构由数据库用户拥有，并与该用户具有相同的名称。模式对象是用户创建的逻辑结构。对象可以定义数据库的区域来保存数据，例如表或索引，或者可能只包含一个定义，例如视图或同义词。
同一模式中的对象可以使用不同表空间中的存储，并且一个表空间可以包含来自不同模式的存储。
可以使用 SQL 创建和操作模式对象。作为管理员，您可以创建和操作模式对象，就像您可以创建数据库的逻辑和物理结构一样。

我希望我的回答有帮助。

我在 70 年代开始使用数据库，并倾向于使用数据字典来表示数据的物理表示，并使用模式来表示逻辑模型。

架构就像一个蓝图，可以帮助您可视化数据的组织方式。

数据字典是将存储在数据库中的表名、列名、长度、变量类型和其他特定的最新信息的列表。

我已经使用这些定义很长时间了，以至于我忘记了我第一次阅读它们的地方。通常在一个新项目、一个新团队或新同事时，我喜欢确认我们使用类似的术语。与 IT 行话中的许多流行语一样，不同的人有时会以不同的方式使用相同的术语，因此最好验证一下。