SQL 视图

• 视图最终是定义在基本表之上的，对视图的一切操作最终也要转换为对基本表的操作，而且对于非行列子集视图进行查询或更新时还有可能出现问题，既然如此，为什么还要定义视图呢?这是因为合理使用视图能够带来许多好处。

视图能够简化用户的操作

• 视图机制使用户可以将注意力集中在所关心的数据上，如果这些数据不是直接来自基本表，则可以通过定义视图使数据库看起来结构简单，清晰，并且可以简化用户的数据查询操作，例如，那些定义了若干张表连接的视图就将表与表之间的连接操作对用户隐蔽起来了，换句话说，用户所做的只是对一个虚表的简单查询，而这个虚表是这样得来的，用户无须了解。

视图使用户能以多种角度看待同一数据

• 视图机制能使不同的用户以不同的方式看待同一数据，当许多不同种类的用户共享同一个数据库时，这种灵活性是非常重要的。

视图对重构数据库提供了一定程度的逻辑独立性

• 数据的物理独立性是指用户的应用程序不依赖于数据库的物理结构，数据的逻辑独立性是指当数据库重构造时，如增加新的关系或对原有关系增加新的字段等，用户的应用程序不会受影响，层次数据库和网状数据库一般能较好地支持数据的物理独立性，而对于逻辑独立性则不能完全地支持。
• 在关系数据库中，数据库的重构往往是不可避免的，重构数据库最常见的是将一个基本表"垂直"地分成多个基本表，例如，将学生关系Student(Sno,Sname,Ssex,Sage,Sdept)分为SX(Sno,Sname,Sage)和SY(Sno,Ssex,Sdept)两个关系，这时原表Student为SX表和SY表自然连接的结果，如果建立一个视图Student:

sCREATE VIEW Student(Sno,Sname,Ssex,Sage,Sdept)
AS
SELECT SX.Sno,SX.Sname,SY.Ssex,SX.Sage,SY.Sdept
FROM SX,SY
WHERE SX.Sno=SY.Sno

• 这样尽管数据库的逻辑结构改变了（变为SX和SY两个表），但应用程序不必修改，因为新建立的视图定义为用户原来的关系，使用户的外模式保持不变，用户的应用程序通过视图仍能查找数据。
• 当然视图只能在一定程度上提供数据的逻辑独立性，比如由于对视图的更新是有条件的，因此应用程序中修改数据的语句可能仍会因基本表结构的改变而需要做相应修改。

视图能够对机密数据提供安全保护

• 有了视图机制，就可以在设计数据库应用程序时对不同的用户定义不同的视图，使机密数据不出现在不应看到这些数据的用户视图上，这样视图机制就自动提供了对机密数据的安全保护功能，例如，Student表涉及全校15个院系的学生数据，可以在其上定义15个视图，每个视图只包含一个院系的学生数据，并只允许每个院系的主任查询和修改本院系的学生视图。

适当利用视图可以更清晰地表达查询

• 例如，经常需要执行这样的查询"对每个同学找出他获得最高成绩的课程号"，可以先定义一个视图，求出每个同学获得的最高成绩。

CREATE VIEW VMGRADE
AS
SELECT Sno,MAX(Grade) Mgrade
FROM SC
GROUP BY Sno;

• 然后用如下的查询语句完成查询：

SELECT SC.Sno,Cno
FROM SC,VMGRADE
WHERE SC.Sno=VMGRADE.Sno AND SC.Grade=VMGRADE.Mgrade;

建立视图

SQL语言用CREATE VIEW命令建立视图，其一般格式为：

CREATE VIEW <视图名>[(<列名>[,<列名>]...)]
AS<子查询>
[WITH CHECK OPTION];

• 其中，子查询可以是任意的SELECT语句，是否可以含有ORDER BY子句和DISTINCT短语，则取决于具体系统的实现。
• WITH CHECK OPTION表示对视图进行UPDATE,INSERT和DELETE操作时要保证更新，插入或删除的行满足视图定义中的谓词条件（即子查询中的条件表达式）
• 组成视图的属性列名或者全部省略或者全部指定，没有第三种选择，如果省略了视图的各个属性列名，则隐含该视图由子查询中SELECT子句目标列中的诸字段组成，但在下列三种情况下必须明确指定组成视图的所有列名：
  • 某个目标列不是单纯的属性名，而是聚集函数或列表达式。
  • 多表连接时选出了几个同名列作为视图的字段。
  • 需要在视图中为某个列启用新的更合适的名字。

[例3.84]：建立信息系学生的视图。

CREATE VIEW IS_Student
AS
SELECT Sno,Sname,Sage
FROM Student
WHERE Sdept='IS';

• 本例中省略了视图IS_Student的列名，隐含了由子查询中SELECT子句中的三个列名组成。
• 关系数据库系统执行CREATE VIEW语句的结果只是把视图的定义存入数据字典，并不执行其中的SELECT语句，只是在对视图查询时，才按视图的定义从基本表中将数据查出。

[例3.85]：建立信息系学生的视图，并要求进行修改和插入操作时仍需保证该视图只有信息系的学生。

CREATE VIEW IS_Student
AS
SELECT Sno,Sname,Sage
FROM Student
WHERE Sdept='IS';
WITH CHECK OPTION;

• 由于在定义IS_Student视图时加上了WITH CHECK OPTION子句，以后对该视图进行插入，修改和删除操作时，关系数据库管理系统会自动加上Sdept='IS’的条件。
• 若一个视图是从单个基本表导出的，并且只是去掉了基本表的某些行和某些列，但保留了主码，则称这类视图为行列子集视图，IS_Student视图就是一个行列子集视图。
• 视图不仅可以建立在单个基本表上，也可以建立在多个基本表上。

[例3.86]：建立信息系选修了1号课程的学生的视图（包括学号，姓名，成绩）

CREATE VIEW IS_S1(Sno,Sname,Grade)
AS
SELECT Student.Sno,Sname,Grade
FROM Student,SC
WHERE Sdept='IS' AND
		Student.Sno=SC.Sno AND
		SC.Cno='1';

• 由于视图IS_S1的属性列中包含了Student表与SC表的同名列Sno，所以必须在视图名后面明确说明视图的各个属性列名。
• 视图不仅可以建立在一个或多个基本表上，也可以建立在一个或多个已经定义好的视图上，或建立在基本表与视图上。

[例3.87]：建立信息系选修了1号课程且成绩在90分以上的学生的视图。

CREATE VIEW IS_S2
AS
SELECT Sno,Sname,Grade
FROM IS_S1
WHERE Grade>=90;

• 这里的视图IS_S2就是建立在视图IS_S1之上的。
• 定义基本表时，为了减少数据库中的冗余数据，表中只存放基本数据，由基本数据经过各种计算派生出的数据一般是不存储的，由于视图中的数据并不实际存储，所以定义视图时可以根据应用的需要设置一些派生属性列，这些派生属性由于在基本表中并不实际存在，也称它们为虚拟列，带虚拟列的视图也称为带表达式的视图。

[例3.88]：定义一个反映学生出生年份的视图。

CREATE VIEW BT_S(Sno,Sname,Sbirth)
AS
SELECT Sno,Sname,2014-Sage
FROM Student;

• 这里视图BT_S是一个带表达式的视图，视图中的出生年份值是通过计算得到的。
• 还可以用带有聚集函数和GROUP BY子句的查询来定义视图，这种视图称为分组视图。

[例3.89]：将学生的学号及平均成绩定义为一个视图。

CREATE VIEW S_G(Sno,Gavg)
AS
SELECT Sno,AVG(Grade)
FROM SC
GROUP BY Sno;

由于AS子句中SELECT语句的目标列平均成绩是通过作用聚集函数得到的，所以CREATE VIEW中必须明确定义组成S_G视图的各个属性列名，S_G是一个分组视图。

[例3.90]：将Student表中所有女生记录定义为一个视图。

CREATE VIEW F_Student(F_sno,name,sex,age,dept)
AS
SELECT *
FROM Student
WHERE Ssex='女';

这里视图F_Student是由子查询"SELECT*"建立的，F_Student视图的属性列与Student表的属性列一一对应，如果以后修改了基本表Student的结构，则Student表与F_Student视图的映像关系就会被破坏，该视图就不能正常工作了，为避免出现这类问题，最好在修改基本表之后删除由该基本表导出的视图，然后重建这个视图。

删除视图

该语句的格式为：

DROP VIEW<视图名>[CASCADE];

• 视图删除后视图的定义将从数据字典中删除，如果该视图上还导出了其他视图，则使用CASCADE级联删除语句把该视图和由它导出的所有视图一起删除。
• 基本表删除后，由该基本表导出的所有视图均无法使用了，但是视图的定义没有从字典中清除，删除这些视图定义需要显式地使用DROP VIEW语句。

[例3.91]：删除视图BT_S和视图IS_S1:

DROP VIEW BT_S;	/*成功执行*/
DROP VIEW IS_S1;	/*拒绝执行*/

执行此语句时由于IS_S1视图上还导出了IS_S2视图，所以该语句被拒绝执行，如果确定要删除，则使用级联删除语句：

DROP VIEW IS_S1 CASCADE;	/*删除了视图IS_S1和由它导出的所有视图*/

更新视图

• 更新视图是指通过来插入（INSERT)，删除（DELETE）和修改（UPDATE）数据。
• 由于视图是不实际存储数据的虚表，因此对视图的更新最终要准换为对基本表的更新，像查询视图那样，对试图的更新操作也是通过视图消解，转换为对基本表的更新操作。
• 为防止用户通过视图对数据进行增加，删除，修改时，有意无意地对不属于视图范围内的基本表数据进行操作，可在定义视图时加上WITH CHECK OPTION子句，这样在视图上增，删，改数据时，关系数据库管理系统会检查视图定义中的条件，若不满足条件则拒绝执行该操作。

[例3.95]：将信息系学生视图IS_Student中学号为"201215122"的学生姓名改为"刘辰"

UPDATE IS_Student
SET Sname='刘辰'
WHERE Sno='201215121';

转换后的更新语句为：

UPDATE Student
SET Sname='刘辰'
WHERE Sno='201215121' AND Sdept='IS';

[例3.96]：向信息系学生视图IS_Student中插入一个新的学生记录，其中学号为’201215129’，姓名为"赵新"，年龄为20岁。

INSERT
INTO IS_Student
VALUES('201215129','赵新',20);

转换为对基本表的更新：

INSERT
INTO Student(Sno,Sname,Sage,,Sdept)
VALUES('201215129','赵新',20,'IS');

这里系统自动将系名’IS’放入VALUES子句中。

[例3.97]：删除信息系学生视图IS_Student中学号为"201915129"的记录。

DELETE
FROM IS_Student
WHERE Sno='201215129';

转换为对基本表达表的更新：

DELETE
FROM IStudent
WHERE Sno='201215129' AND Sdept='IS';

• 在关系数据库中，并不是所有的视图都是可更新的，因为有些视图的更新不能唯一地有意义地转换成对相应基本表的更新。
• 例如，例3.89定义的视图S_G是由学号和平均成绩两个属性列组成的，其中平均成绩一项是由Student表中对元组分组后计算平均值得来的：

CREATE VIEW S_G(Sno,Gavg)
AS
SELECT Sno,AVG(Grade)
FROM SC
GROUP BY Sno;

如果想把视图S_G中学号为"201215121"的学生的平均成绩改为90分，SQL语句如下：

UPDATE S_G
SET Gavg=90
WHERE Sno='201215121';

• 但这个对视图的更新是无法转换成对基本表SC的更新的，因为系统无法修改各科成绩，以使平均成绩成为90，所以S_G视图是不可更新的。
• 一般地，行列子集视图是可更新的，除行列子集视图外，有些视图理论上是可更新的，但它们的确切特征还是尚待研究的课题，还有些视图从理论上就是不可更新的。
• 目前，各个关系数据库管理系统一般都只允许对行列子集视图进行更新，而且各个系统对视图的更新还有更进一步的规定，由于各系统实现方法上的差异，这些规定也不尽相同。
• 应该指出的是，不可更新的视图于不允许更新的视图是两个不同的概念，前者指理论上已证明其是不可更新的视图，后者指实际系统中不支持其更新，但它本身有可能是可更新的视图。