三层模式精选.docVIP

2.3 ANSI.SPARC的三层数据库架构 1971年，由数据系统语言协会（Conference on Data Systems and Languages，CODASYL）指定的数据库任务小组（DataBase Task Group，DBTG）第一次对数据库系统提出一个通用架构的建议。DBTG提出如图2.1a所示的两层架构。在这个架构里，系统视图被称为模式，用户视图被称为子模式。1975年，ANSI.SPARC（美国国家标准协会.标准规划和需求委员会）提出带系统目录的三层架构。当今大多数商业化的DBMS架构都是基于ANSI.SPARC的建议并进行了一些扩展。 ANSI.SPARC的三层数据库架构如图2.6所示。它包含下列三层：内部层、概念层、外部层。 上述每层视图用方案或模式描述。正如2.2节所介绍的，模式是描述视图里的记录、属性和联系的轮廓或设计。术语视图、方案和模式是可互换的。正如1.10.1节所介绍的，用数据定义语言（DDL）来定义概念模式和外模式。结构化查询语言（SQL）的命令用来描述物理方面（或内模式）的内容。正如1.2.6节所介绍的，有关内模式、概念模式和外模式的信息存储在系统目录里。 ? 以图2.2中的CUSTOMER记录为例，如图2.7a所示。CUSTOMER记录的完整定义如图2.7b所示。对应三个视图（名为内部视图、概念视图和外部视图），数据被抽象到三个层次中，如图2.8所示。数据抽象的最低层包含实际数据存储方法的描述，称为内部视图，如图2.8c所示。抽象的第二层是概念或全局视图，如图2.8b所示。第三层是抽象的最高层，供用户或应用程序使用，称为外部视图或用户视图，如图2.8a所示。概念视图是用户视图或外部视图的总计。 ? ? ? 图2.8的详细说明如下： 在内部或物理层(如图2.8c所示)，客户由名为STORED.CUST的存储记录型来表示。STORED.CUST的记录长度是74个字符（或字节）。对应于客户的五个属性，CUSTOMER记录包含了CUST.ID、CUST.NAME、CUST.STREET、CUST.CITY和CUST.BAL五个字段或数据项。 在概念或全局层(如图2.8b所示)，数据库包含了CUSTOMER实体型的相关信息。每个客户有CUST.ID（4位数字）、CUST.NAME（20个字符）、CUST.STREET（40个字符）、CUST.CITY（10个字符）和CUST.BAL（8位数字）。 图2.8a中的用户视图1有一个数据库的外模式，在这个外模式里，每个客户由包含两个名为CUST.NAME和CUST.CITY的字段或数据项的记录来描述。这个用户对其他三个字段不感兴趣，因此忽略这三个字段。 图2.8a中的用户视图2有一个数据库的外模式，在这个外模式里，每个客户由包含三个名为CUST.ID、CUST.NAME和CUST.BAL的字段或数据项的记录来描述。这个用户对其他两个字段不感兴趣，因此忽略这两个字段。 每个数据库只有一个概念模式和一个内模式。 2.3.1 内部层 在计算机里，内部层是数据库的物理描述，它是数据库的最低抽象层。这个层指明了数据库里的数据是如何存储的，并且描述了数据结构、文件结构和数据库所用的访问方法。它描述了DBMS和操作系统理解数据库里的数据的方法。图2.8c展示了数据库的内部视图记录。内部层下是物理层数据组织，该层的实现被内部层覆盖，以实现程序性能和存储空间的优化。内模式定义了内部层（或视图）。内模式包含存储记录的定义、数据字段（或属性）的描述方法、索引和散列模式以及所使用的访问方法。内部层提供在存储设备上用来存储数据的全部数据结构和文件组织。 本质上，内模式概括了在概念模式里所描述的联系实际上是如何存储在辅助存储设备（如磁盘和磁带）上的。它与操作系统的访问方法（也称为存储和检索数据记录的文件管理技术）相互合作，以便在存储设备上放置数据、创建索引和检索数据等。内部层关心下列活动： 为数据和存储器分配存储空间。 记录描述数据项的存储大小。 记录安置。 数据压缩和数据加密技术。 得到好的内（或物理）模式的过程称为物理数据库设计，用SQL或内部数据定义语言来编写内模式。 2.3.2 概念层 概念层是三层架构中的中间层。在数据库抽象的这个层，包含所有的数据库实体和联系。概念层提供数据库的总体视图，描述数据库里存储什么数据和数据之间的联系。正如DBA所看见的，它包含整个数据库的逻辑结构。一个概念视图描述了一个组织的整个数据库，它是组织对数据需求的全部视图，与存储方面的内容无关。概念模式定义概念视图。它也被称为逻辑模式。每个数据库只有一个概念模式。图2.8b展示了数据库的概念视图记录。这个模式包含从内部视图里的对象转换到概念视图里的对象的方法。概