第07章 外模式和物理模式.pptVIP

第7章 外模式和物理模式 针对数据库StudentDB（见2.1节）及其3个表Student、Course和StudentCourse，如果系统要求每一个学生只能查询本系学生的信息，而且数学学院的学生只能查询学号、姓名、课程名和成绩；外语学院的学生只能查询学号、姓名、性别、课程名、先修课和成绩；信息学院的学生只能查询学号、姓名、年龄、课程名、学分和成绩；DBA可以查询和修改学生的任何信息。 不难看出，每一个学院的学生所允许查询的信息均是来自3个表的局部信息，是DB整体信息的局部描述；而DBA则既可以查询学生的局部信息又可以查询学生的全部信息。那么如何有效的实现这些要求哪？ 我们知道，逻辑模式是对DB的整体逻辑结构和特征的完整描述，而且逻辑结构只有一个，而在实际应用中，通常针对不同的用户，只需要逻辑模式的局部信息，且不同用户的局部信息也不尽相同。因此，需要使用外模式及其视图机制。 方法：利用外模式和物理模式的理论和实现技术，解答上述问题。 7.1 视图概述 7.1.1 外模式设计 外模式设计是指在系统整体逻辑结构的基础上，根据用户的不同需求，利用外模式 / 模式映像把整体逻辑结构映像成不同的局部逻辑结构，同时结合具体DBMS的特点，设计适合用户不同局部应用的局部逻辑结构的过程。即：外模式是局部逻辑结构的集合。 逻辑结构设计是侧重系统的完整性、时间效率、存储空间效率、访问效率和易维护性等，而外模式设计则是面向用户，侧重系统的实用性、可用性、易用性和安全性等。尽管外模式与模式相对独立，然而可以通过外模式 / 模式映像使二者相互关联，并在模式上，实现外模式的抽象、提取和转换。 外模式设计的主要内容包括： （1）局部逻辑结构设计 针对不同用户群体的局部应用，需要设计相应的局部逻辑结构，这是外模式设计的核心。具体包括：局部逻辑结构的数据项来自哪些DB、DB的哪些表（或视图）以及数据的处理方法等。 例如：在StudentDB中，要求查询学生的姓名、课程名和成绩，则需要设计外模式：QueryGrade（SNo，SName，CName，Grade) 。 思考：QueryGrade的数据项来自于几个DB、几个表，如何对表的数据进行处理。为什么多一个数据项学号，该冗余数据是否必要。 再如：查询每一个学生的学号和姓名及其所有选课的总分、最高分、最低分、平均成绩，则需要设计外模式： QueryMinMaxAvgGrade（SNo, SName, SSum, SMax, SMin, AverageGrade） 思考：QueryMinMaxAvgGrade的数据项来自于几个数据库、几个表，如何对表的数据进行处理。 外模式设计的主要内容包括： （2）数据类型转换 为了满足用户对数据类型的需求，则需要把逻辑结构中对应数据的数据类型转换为适合用户使用的数据类型。 例如：在设计表Student时，为了节省空间，把性别设计为Bit型的0或者1，而在使用时，需要把1（或者0）转换为“男”（或者“女”），即：需要把性别的值由数值型转换为字符型。 （3）数据格式转换 为了满足用户对数据格式的需求，则需要把逻辑结构中对应数据的数据格式转换为适合用户使用的数据格式。 例如：在设计表Student时，把出生日期设计为日期类型数据（即：2009-06-26），而在使用时，需要按照字符串格式（即：“2009年6月26日”）使用，因此需要首先取出2008-06-06的年月日，然后转换为字符串格式2009年6月26日之后使用。 外模式设计的主要内容包括： （4）数据名称转换 为了符合用户的使用习惯，需要把逻辑结构中数据项的名称转换为用户使用习惯的名称。 例如：在设计表Student时，把学生的性别设计为SSex，而在使用时却习惯看到“性别”，因此，需要把SSex显示为“性别”。 （5）局部图形用户界面LGUI设计 无论是局部逻辑结构，还是数据类型、格式和名称的转换，这些都是外模式的内部引擎，用户是看不到的，而用户看到的是与局部逻辑结构相对应的用户视图界面，即：局部图形用户界面（Local Gruphics User Interface，LGUI），LGUI给出了外模式的具体显示方式。用户最终是使用LGUI来管理数据。因此需要布局合理，美观，操作灵活便，使得在舒适环境中，高效的管理数据。 实现外模式的常用机制是视图机制。目前的DBMS基本上均提供了功能丰富完善的视图控制机制，从而为外模式的设计提供了方便。 7.1.2 视图设计 视图是数据库系统提供给用户从不同角度使用数据库中数据的理想而有效的手段。因此，视图机制是外模式设计的重要机制。 1. 视图的概念 视图是利用查询语句定义的，从一个或者多个表（即：基本表）中导出的虚表。只存放带有查询语句的视图的定义，不存放视图对应的数据；只有执