数据库的三级模式结构

说实话，数据库的三层示意图结构还是蛮有趣的。
内部模型、概念模型、外部模型，看起来很混乱。
先说一下内部方案。
这就是数据库的物理存储结构。
例如，我在 2 008 年就已经参与过一个项目，使用的是 Oracle 数据库。
内部schema规定了如何存储数据，如何使用索引、路径等，这与具体的数据库系统和硬件环境尤其相关。
当时我就想，为什么不同的系统模式不一样呢？后来我发现硬件和软件是不一样的。

我们来谈谈概念模型。
这就是数据库的整体逻辑结构。
比如我2 01 0年的另一个项目，就使用了MySQL。
概念模型定义了数据的组织方式、数据之间的关系及其完整性。
与具体的数据库系统或硬件环境无关。
我记得当时设计概念模型的时候，主要是给用户和程序一个统一的视图，不然数据就太复杂了。

最后是外部模式，即用户可以看到的数据的部分视图。
例如，我在2 01 5 年接触PostgreSQL，外部模式定义了用户可以访问的数据视图，包括数据的逻辑结构、访问权限等。
不同的用户、程序和外部模式可能会有所不同。
我记得当时认为foreign模式非常重要，因为它可以保证数据安全，用户只能看到自己需要看到的数据。
同时还可以提取数据，更加方便用户使用。

总之，数据库的三级模式结构旨在使数据库的设计、实现和使用更加灵活和安全。

数据库的三级模式和二级映像

什么是数据库的概念设计、逻辑设计、物理设计,以及三者的关系

概念设计： 对现实世界（工厂、商场等）进行分类、收集和总结。
构建抽象概念数据模型。
反映了不同部门的信息结构、流程和约束关系。
反映信息存储、查询和处理的要求。
避免实施细节。
以抽象形式表达。
E-R模型示例： 步骤 1 ：识别实体、属性、连接和约束。
输入本地描述（用户视图）。
第二步：将局部观点融入全局观点。

逻辑设计： 将概念模型设计成逻辑模式。
适应特定的DBMS。
生成逻辑子模式。
结果，创建了一个逻辑数据库。

物理设计： 这取决于DBMS的存储结构和访问方法。
选择最合适的物理存储结构。
包括文件类型、索引结构和保存顺序。
结果，创建了一个物理数据库。

这三者之间的关系如下。
首先，概念设计。
经过逻辑设计。
物理设计排在最后。
我们将一步一步地设计它。