在使用MySQL数据库的时候，你会使用各种不同的SQL叙述来执行查询与维护的工作。数据库在运作一段时间后，你会发觉不论是查询与维护的叙述，都可能会出现一些类似、而且很常使用的SQL叙述：

以上列的查询叙述来说，虽然它并不是很复杂，只是一个加入排序设定的一般查询而已。可是如果常常会执行这样的查询，你每次都要输入这个查询叙述再执行它；就算你把这个查询叙述储存为文字档保存起来，需要的时候再开启档案使用，这样做的话是比较方便一些，不过还是很麻烦，而且比较没有灵活性。

如果在数据库的应用中，出现这种很常执行的查询叙述时，你可以在MySQL数据库中建立一种“View”元件，View元件用来保存一段你指定的查询叙述：

建立好需要的View元件以后，除了有一些限制外，它使用起来就像是一个表格，所以当你需要执行这样的查询时，可以在查询叙述的“FROM”子句指定一个View元件：

也有很多人称“View”元件是一种“虚拟表格”，因为它不是一个真正储存纪录资料的表格，可是它又跟表格的用法类似。所以如果有需要的话，你也可以使用View元件回传的纪录资料，执行统计、分组与其它需要的处理：

View元件就像是一个表格，大部份使用表格可以完成的工作，也可以套用在View元件。所以把View元件和表格一起放在“FROM”子句中，执行需要的结合查询也是可以的：

2 建立需要的View

不论是为了查询或维护，如果你很常需要使用到同一个查询叙述，你就可以考虑建立一个View元件把这个查询叙述储存起来。下列是建立View元件基本的语法：

如果你很常执行查询“每个地区GNP最高的国家”资料，这样的需求可以使用子查询来完成，为了不想要每次重复输入这个查询叙述，你可以建立一个名称“CountryMaxGNP”的View元件，这样以后要执行这个查询的时候就方便多了：

在上列建立View元件的范例中，只有“Name”与“GNP”两个字段，如果想要在已经建立好的“CountryMaxGNP”的View元件中，再加入新的“Code”字段的话：

如果需要修改一个已经建立好的View元件，你就要加入“OR REPLACE”的设定，这样才不会出现错误讯息：

如果想要查询一个View元件中会传回哪些字段的资料，可以使用“DESCRIBE”或是比较简短的“DESC”指令：

下列是MySQL关于View元件的规定与限制：

• 在同一个数据库中，View的名称不可以重复，也不可以跟表格名称一样
• View不可以跟Triggers建立联结

储存在View中的查询叙述也有下列的规定：

• 查询叙述中只能使用到已存在的表格或View
• “FROM”子句中不可以使用子查询
• 不可以使用“TEMPORARY”表格
• 不可以使用自行定义的变量、Procedure与Prepared statement参数

注：“TEMPORARY”表格在“表格与索引、建立表格、建立暂存表格”中讨论。“Triggers”、定义变量、“Procedure”与“Prepared statement”在后面都会有章节详细的讨论。

结合查询在关联式数据库中几乎是必要的一种查询，以下列查询“国家与城市人口比例”的需求来说，就需要从“country”与“city”表格中查询必要的字段资料：

如果会经常执行这个结合查询的话，你应该会很希望把它储存为View元件：

你不会在一个表格中，为不同的两个字段取一样的名称；在使用查询叙述提供View元件的字段时，也要注意名称重复的问题，虽然在单纯的结合查询回传的资料中，有一样的字段名称并不会造成错误。要解决这个错误有两种方式，第一种是在查询叙述的“SELECT”子句中，自己为名称重复的字段取不同的字段别名：

另外一种方式可以在建立View元件的时候，另外指定View元件的字段名称：

这样的作法不用修改查询叙述，依照查询叙述回传的字段顺序，另外指定View元件使用的字段名称：

3 修改View

使用“ALTER VIEW”叙述，可以让你修改一个已经建立好的View元件：

下列的范例使用“ALTER VIEW”叙述修改已经存在的“CountryMaxGNP”View元件：

上列范例执行的工作也可以使用“CREATE OR REPLACE VIEW”叙述来完成：

如果以修改View元件的工作来说，使用“ALTER VIEW”或“CREATE OR REPLACE VIEW”叙述的效果是完全一样的。唯一的差异是要修改View元件如果不存在的话，“CREATE OR REPLACE VIEW”叙述会直接建立新的View元件：

4 删除View

下列的语法可以删除一个不需要的View元件：

如果“DROP VIEW”叙述指定的View元件不存在的话，执行叙述以后会产生错误讯息：

你可以在“DROP VIEW”叙述加入“IF EXISTS”，这样就可以防止产生View元件不存在的错误讯息：

5 资料维护与View

View元件除了提供比较方便的查询方式外，你也可以使用View元件来执行资料维护的工作。与View元件应用在查询资料时提供的方便性一样，不使用表格元件，而使用View元件来执行新增、修改或删除的工作，也可以增加资料维护的方便性。

要使用View元件来执行新增、修改或删除的工作，View元件所包含的查询叙述必须符合下列的规则：

• 不可以包含计算或函式的字段
• 只允许一对一的结合查询
• View元件的“ALGORITHM”不可以设定为“TEMPTABLE”

如果符合上列规定的View元件，就会称为“可修改的View元件、updattable views”。只有可修改的View元件，可以使用在“INSERT”、“UPDATE”或“UPDATE”叙述中执行资料维护的工作。

注：View元件的“ALGORITHM”设定在这一章后面的“View的算法”中讨论。

5.1 使用View元件执行资料维护

下列是一个可以执行资料维户的View元件，它的字段没有包含计算或函式，也没有使用结合查询：

如果要修改员工编号“7844”的佣金为600的话，你除了可以在“UPDATE”叙述中指定修改的表格名称为“emp”外，也可以在“UPDATE”叙述中指定View元件“EmpDept30View”：

在执行上列的“UPDATE”叙述以后，不论是查询View元件或表格，都可以确定资料已经修改了：

使用“INSERT”叙述新增纪录时，也可以指定View元件“EmpDept30View”：

在执行上列的“INSERT”叙述以后，查询View元件所得到的结果并没有刚才新增的员工资料，查询表格时才可以确定资料已经新增，这是因为新增纪录的部门编号字段资料为“NULL”的关系：

与“INSERT”和“UPDATE”叙述一样，“DELETE”叙述也可以指定View元件的纪录资料：

不过执行上列的删除叙述后，千万不要以为你已经删除员工编号“9001”的员工纪录了：

5.2 使用“WITH CHECK OPTION”

你可以使用View元件来执行资料维护的工作，可是在执行新增或修改的时候，又可能会造成一些有问题的资料。如果你不希望产生这类的问题，你可以为View元件加入“WITH CHECK OPTION”的设定：

加入“WITH CHECK OPTION”设定的View元件，在执行资料维护工作时，会先执行检查的工作，规则是一定要符合“View元件中WHERE设定的条件”：

因为上列范例所新增的纪录资料，“deptno”字段会储存“NULL”值，这样就违反View元件中“WHERE deptno = 30”的条件设定了，所以在执行以后会产生错误讯息。下列的修改叙述就可以正确的执行：

View元件中的“WITH CHECK OPTION”设定，还有额外的“CASCADE”和“LOCAL”两个控制检查范围的设定：

会有“CASCADE”和“LOCAL”这两个设定的原因，是因为View元件的资料来源可以一个表格，也可以是一个View元件：

查询“EmpDept20View”后，传回的纪录资料包含“deptno = 20”条件，与设定在“EmpSalaryView”的“salary >= 1500”条件：

检查范围设定为“LOCAL”的View元件，在执行资料维护的时候，只会检查是否符合自己的条件设定：

如果执行资料维护的叙述违反“EmpSalaryView”的条件设定，还是可以正确的执行：

如果你希望所有的View元件在执行资料维护的时候，都不可以出现这类的问题，就应该把View元件的检查范围设定为“CASCADE”：

检查范围设定为“CASCADE”的View元件，在执行资料维护的时候，就不能违反所有VIew元件的条件设定：

6 View的算法

View元件可以提供更方便的资料查询与维护方式，在你建立View元件的时候，除了指定的查询叙述要符合规定，还可以指定数据库执行View元件时所使用的“算法、algorithm”：

一般来说，你不需要特别指定View元件使用的算法。如果在建立View元件的时候，没有指定使用的算法为“MERGE”或“TEMPTABLE”，MySQL会设定为“UNDEFINED”，这个设定表示MySQL会依照View元件中包含的叙述，自动选择一个适合的算法，可能是“MERGE”或“TEMPTABLE”。

下列是一个算法设定为“MERGE”的View元件，在MySQL数据库中的运作情形：

下列是一个算法设定为“TEMPTABLE”的View元件，在MySQL数据库中的运作情形：

并不是所有的View元件都可以指定算法设定为“MERGE”，以下列查询员工统计资讯的叙述来说：

如果执行下列建立View元件的叙述，就会产生警告的讯息：

如果View元件包含的查询叙述有下列的情况，MySQL都会自动把算法设定为“UNDEFINED”：

• 群组函式：SUM()、MIN()、MAX()、COUNT()
• DISTINCT
• GROUP BY
• HAVING
• UNION或UNION ALL
• “SELECT”子句中包含一个明确的值，而不是表格的字段

7 View的维护与资讯

7.1 检验View的正确性

在你建立一个View元件的时候，MySQL会检查View元件包含的查询叙述是否正确，如果没有问题的话，才会储存View元件的设定。不过以下列的范例来说：

如果不小心删除“EmpSalaryView”这个View元件：

执行查询“EmpDept20View”的时候，就会产生警告讯息了：

这样的问题也可以经由使用检查表格或View元件的叙述发现：

执行检查“EmpDept20View”的叙述可以发现这是一个有问题的View元件：

7.2 取得View的相关资讯

MySQL数据库在启动以后，会有一个很特别的数据库，名称是“information_schema”，这个数据库通常会称为“系统资讯数据库”。这个数据库中有一个表格叫作“VIEWS”，它储存所有MySQL数据库中View元件的相关资讯，“VIEWS”表格有下列主要的字段：

字段名称	型态	说明
TABLE_SCHEMA	varchar(64)	数据库名称
TABLE_NAME	varchar(64)	表格名称
VIEW_DEFINITION	longtext	算法定义与储存的查询叙述
CHECK_OPTION	varchar(8)	检查范围设定
IS_UPDATABLE	varchar(3)	是否可以执行资料维护

执行下列的叙述就可以查询数据库中的View元件资讯：