数据模式

逻辑备份又分为三种模式： 表模式（T）：这种模式可以卸出当前用户数据库模式下的表，甚至是所有的表。具有特权的用户可以根据所指定的数据库模式来（限制表）卸出他们所包含的表。缺省情况下，卸出的为当前用户下的所有表。 用户模式（U）：这种模式可以卸出当前用户数据库模式下的所有实体（表、数据和索引）。 全数据库模式（F）：只有具有EXP_FULL_DATABASE角色的用户才可能以这种模式卸出。以此模式卸出的用户，除SYS模式下的内容外，数据库中所有实体都可以卸出。

当模式发生变化时，通过外模式/模式定义语句可以调整外模式/模式映射定义，从而保持外模式的稳定性。这种方式确保了数据与程序逻辑的独立性，是数据库设计中的重要策略。

外模式/模式映象是数据库中连接外模式和模式的桥梁。当数据库模式发生变化时，数据库管理员可以通过调整外模式/模式映象，使得外模式保持不变。由于应用程序是基于外模式编写的，这种机制确保了应用程序无需修改，从而实现了数据与程序的逻辑独立性。这意味着即使数据库底层结构发生变化，应用程序仍然可以正常运行，无需进行代码调整。

外模式/模式映象是实现数据逻辑独立性的关键。当数据库模式发生变化时，数据库管理员可以通过调整外模式/模式映象来屏蔽这些变化，确保外模式保持不变。由于应用程序是基于外模式编写的，因此无需修改应用程序，从而实现了数据与程序的逻辑独立性。

外模式与模式映像概述 外模式 描述的是数据的局部逻辑结构，而 模式 则是数据的全局逻辑结构。在数据库中，同一个模式可以包含多个外模式，每个外模式都有其对应的外模式/模式映像。这种映像的作用在于建立数据局部逻辑结构与全局逻辑结构之间的映射关系。 外模式/模式映像的关键作用 当用户定义了一个外模式时，相应的外模式/模式映像也会随之定义。该映像的描述通常包含在各自的外模式定义中。比如，在现有记录类型间增加了新关系，或在某些记录类型中加入了新的数据项，数据库的总体逻辑结构发生变化，外模式/模式映像会随之调整，确保数据的局部逻辑结构保持不变。 保持数据与程序间的逻辑独立性 由于应用程序是基于数据的局部逻辑结构编写的，因此在局部结构不变的情况下，应用程序无需更改，从而实现了数据与程序之间的逻辑独立性。

外模式／模式映象 定义外模式与模式之间的对应关系 外模式是指用户或应用程序与数据库交互的视图，模式则是数据库的逻辑结构。外模式／模式映象就是在这二者之间建立的一种对应关系，确保外部视图的数据保持一致性。 每一个外模式都对应一个外模式／模式映象 为了确保外模式中的数据能够正确映射到数据库的模式中，每个外模式都需要有一个对应的外模式／模式映象。 映象定义通常包含在各自外模式的描述中 映象的定义通常嵌入在每个外模式的描述中，以便在不同外模式之间切换时保持一致的数据库结构呈现。

外模式/模式映象：对于每一个外模式，都存在一个外模式/模式映象。当模式改变时，由DBA对各个外模式/模式的映像作相应改变，可以使外模式保持不变，保证数据库的逻辑独立性。 模式/内模式映象是唯一的。当数据库的存储结构改变时，由DBA对模式/内模式映像作相应的改变，可以使模式不变，从而应用程序不用更改，保证了数据与程序的物理独立性。 1.4.3 数据库的二级映象功能与数据独立性。

数据库模式：数据蓝图 模式，也称为逻辑模式，如同数据库的蓝图，它定义了数据库的整体逻辑结构和特征。具体来说，模式涵盖以下方面： 数据项描述: 包括数据项的名称、数据类型、允许的取值范围等。 数据关系: 明确数据项之间的关联方式，例如一对一、一对多或多对多关系。 安全性和完整性: 规定数据的安全性要求以及确保数据完整性的约束条件。 公共数据视图: 整合所有用户的需求，提供统一的数据视图。 每个数据库都只有一个模式，它独立于物理存储细节和硬件环境，也与具体的应用程序、开发工具和编程语言无关。

DocumentStore 是一款 KVS，可以存储 JSON 数据，支持灵活的动态模式处理简单或嵌套数据。它为将 JSON 用作无 SQL 数据库提供一致接口，支持跨服务器同步。您可以创建 Document 并添加任意嵌套数据，包括数组。

将数据库从归档模式转换为归档模式的过程称为归档模式向归档模式转换。