数据库的二级映像是指哪两个方面？

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

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

哎，这个数据库三层模型，刚接手公司老系统的时候真是头疼。
我来说说我遇到的困难吧。

第一级和第三级模型：
1 模型（逻辑模型、概念模型）： 有一年，我接手了我们公司的旧系统，发现数据库schema写得一塌糊涂。
当时老板告诉我，这个模型是一个全局的逻辑结构，必须是独立的，不能随便改动。
我想，是的，数据库只有一个模式，即中心键。
我花了两周的时间才理清了混乱的模式，并使用 DBMS 提供的模式描述语言重新定义了它。
现在好多了，系统更稳定了。

2 外部模式（子模式、用户模式）： 当时公司有新业务进入，需要新的用户视图。
我当时就想，这个外部模型是一个局部的逻辑结构，是模型的一个子集，可以被多个用户使用。
根据新的业务需求，我设计了新的外部模式，并使用子模式描述语言对其进行了定义。
这样，新企业只能看到他们需要的数据，而看不到其他数据，从而显着提高了安全性。
后来新的业务需求发生了变化，我不得不再次改变外部模型。
幸运的是，我在设计时就考虑了可扩展性，否则我就得从头再来了。

3 内部模式（存储模式）： 关于内部模式我没有多说。
我们的在旧系统中，内部模型是记录存储方式和索引组织方式。
后来，当存储设备发生变化时，存储结构发生了变化，数据库管理员不得不更改内部模式。
架构保持不变，应用程序无需更改。
我对这方面印象不是很深刻。
无论如何，这由数据库管理员来完成。

二、辅助图像：
1 ．外部模式/模式图像： 您还记得那个新的商业模式吗？当时我还定义了foreign schema/schema image。
后来公司增加了一些新功能，schema也发生了变化，所以我更改了外部schema/schema镜像。
外部架构没有改变，新的业务应用也不需要改变。
这就是数据的逻辑独立性，省去了很多麻烦。

2 架构/内部架构图像： 这张图我不敢乱说。
无论如何，我知道当存储结构发生变化时，数据库管理员必须更改映像。
架构保持不变，应用程序不需要更改。
这就是数据的物理独立性。

扩展信息：
数据库的三层模型，简单地说，允许用户逻辑地、抽象地处理数据，而不管数据的物理表示和存储方式。
我们当时的旧系统是物理级数据库、概念级模式、用户级外部模式。
用户应用程序根据外部模式运行。
通过外部schema/模式图像和schema/内部schema图像，数据到外部schema和schema以及schema和内部schema可以组合起来实现逻辑独立和物理独立。

总之，三级数据库模式和二级镜像都是为了方便用户使用数据库，提高数据的安全性、独立性和效率。
我当时吃的苦就是没有正确理解这些概念，导致系统设计的一塌糊涂，后来花了很多钱才修复。
所以你要学会理解，不要像我一样。

我没接触过，也不敢乱说。