23章存储程序和视图

存储过程是一个过程或函数。存储程序的创建与CREATE PROCEDURE和CREATE FUNCTION报表（见第13.1.15，创建过程和创建函数的语法”）。一个程序被调用时使用CALL声明（见第13.2.1，“调用语法”），只能通过返回值使用输出变量。一个函数可以在里面声明，就像任何其他的功能（即通过调用函数的名字），并返回一个标量值。一个存储程序的主体可以使用复合语句（见13.6节“复合语句语法”）

存储过程可以减少与DROP PROCEDURE和DROP FUNCTION报表（见第13.1.26，“下降过程和降功能语法”蚀变），and with theALTER PROCEDURE和ALTER FUNCTION报表（见第13.1.6，“改变程序的语法”）

存储过程或函数与特定数据库相关的。这有几方面的含义：

存储函数不能是递归的。

递归在存储过程中是允许的但默认情况下禁用。使递归集max_sp_recursion_depth服务器系统变量的值大于零。存储过程递归增加线程的堆栈空间的需求。如果你增加价值max_sp_recursion_depth，可能需要通过增加值增加线程的堆栈大小thread_stack在服务器启动。看到第5.1.7，服务器“系统变量”为更多的信息

MySQL支持非常有用的扩展，使常规使用SELECT报表（即不使用游标或局部变量）在存储过程。建立这样一个查询的结果是直接发送到客户端。多SELECT报表生成多个结果集，所以客户端必须使用支持多个结果集的MySQL客户端库。这意味着客户必须使用一个版本至少MySQL客户端库最近4.1。客户还应当指定client_multi_results当它连接选项。C程序，这是可以做到的mysql_real_connect()C API函数。看到第27.7.7.54，mysql connect（）_皇家_”，和第27.7.19，“C API多语句执行的支持”

MySQL授权系统以存储程序考虑如下：

关于存储程序元数据可以得到如下：

在一个存储程序体（过程或函数）或触发器的值LAST_INSERT_ID()变化同外面执行这些对象身体的语句（见12.14节，“信息功能”）。一个存储过程或触发器对价值的影响LAST_INSERT_ID()这是被下面的语句取决于常规的那种：

创建一个触发器和删除触发器，使用CREATE TRIGGER或DROP TRIGGER声明，描述第13.1.20，创建触发器的语法”，和第13.1.31，删除触发器的语法”

这里是一个简单的例子，将触发一个表，激活INSERT运营触发器作为累加器，总结插入一个表中的列的值。

MySQL的>CREATE TABLE account (acct_num INT, amount DECIMAL(10,2));查询行，0行受影响（0.03秒）MySQL >CREATE TRIGGER ins_sum BEFORE INSERT ON accountFOR EACH ROW SET @sum = @sum + NEW.amount;查询行，0行受影响（0.01秒）

这个CREATE TRIGGER语句创建一个触发器的命名ins_sum这是与account表它还包括条款指定的触发时间、触发事件，和什么时候做触发激活：

使用触发器，设置蓄能器变为零，执行INSERT语句，然后看什么值的变量之后：

MySQL的>SET @sum = 0;MySQL的>INSERT INTO account VALUES(137,14.98),(141,1937.50),(97,-100.00);MySQL的>SELECT @sum AS 'Total amount inserted';----------------------- |总量插入| ----------------------- | 1852.48 | -----------------------

在这种情况下，价值@sum后INSERT语句执行14.98 1937.50 -100，或1852.48

摧毁触发，使用DROP TRIGGER声明。你必须如果触发器默认架构中未指定架构名称：

MySQL的>DROP TRIGGER test.ins_sum;

如果你把一个表，表的任何触发器也下降。

在架构命名空间的名字意味着所有存在的触发器，触发器必须在一个模式都有唯一的名字。在不同架构的触发器可以有相同的名字。

可以定义多个触发器的一个给定的表具有相同的触发事件和动作时间。例如，你可以有两BEFORE UPDATE一个表的触发器。默认情况下，触发器具有相同的触发事件和动作时间激活它们的创建顺序。影响触发命令，指定一个条款后每一行这表明FOLLOWS或之前的名称和现有的触发器，也有相同的触发事件和动作时间。与FOLLOWS，新的触发激活现有触发后。与之前，新的触发激活之前已有触发器。

例如，下面的触发器定义中定义了另一个BEFORE INSERT触发的账户表

mysql> CREATE TRIGGER ins_transaction BEFORE INSERT ON account
       FOR EACH ROW PRECEDES ins_sum
       SET
       @deposits = @deposits + IF(NEW.amount>0,NEW.amount,0),
       @withdrawals = @withdrawals + IF(NEW.amount<0,-NEW.amount,0);
Query OK, 0 rows affected (0.01 sec)

这个触发，ins_transaction，类似于ins_sum但所积累的存款和取款分开。它有一个PRECEDES条款，使其激活之前ins_sum；没有条款，这将激活后ins_sum因为它是创造了后ins_sum

在触发身体的OLD和新关键词使您能够访问由触发影响列。OLD和新正在MySQL扩展触发器；他们是不区分大小写。

在一个INSERT触发，只新col_name可以使用；没有老排。在一个删除触发，只OLD.col_name可以使用；没有新的行。在一个更新触发，你可以使用OLD.col_name它是指在更新一行的列新col_name指的是更新后的行列

一列命名OLD是只读的。你可以把它（如果你有SELECT特权），但不能修改它。你可以参考一个栏目命名新如果你有SELECT特权的信息。在一个之前触发，你可以改变它的值SET NEW.col_name = value如果你有UPDATE特权吧。这意味着你可以使用触发器来修改的值插入到一个新的行或用于更新行。（这样的配置声明中没有影响AFTER触发因为行变化已经发生了。）

在一个BEFORE触发器的新值的一个AUTO_INCREMENT柱为零，没有序列号，自动生成新的行插入时，实际上。

通过使用BEGIN ... END构建，你可以定义一个触发执行多个语句。在开始块，你也可以使用其他的语法，在存储程序如条件和循环的允许。然而，正如存储程序，如果你使用MySQL程序定义一个触发执行多个语句，有必要重新定义MySQL语句分隔符，你可以使用;在触发器定义语句分隔符。下面的例子说明了这一点。它定义了一个更新触发检查新值被用于更新的每一行，并修改的值是从0到100的范围内。这必须是一个BEFORE触发因为价值在使用前必须检查更新的行：

MySQL的&#62;delimiter //MySQL的&#62;CREATE TRIGGER upd_check BEFORE UPDATE ON accountFOR EACH ROWBEGINIF NEW.amount < 0 THENSET NEW.amount = 0;ELSEIF NEW.amount > 100 THENSET NEW.amount = 100;END IF;END;//MySQL的&#62;delimiter ;

它可以容易地定义存储过程分开，然后调用它的触发使用简单CALL声明。如果你想执行同样的代码在几个触发这也是有利的。

有什么可以出现在语句触发器执行时的局限性：

参见第1，“限制存储的程序”

MySQL处理错误时触发执行如下：

触发器可以包含直接引用的表的名称，如“触发testref在这个例子中所示：

CREATE TABLE test1(a1 INT);CREATE TABLE test2(a2 INT);CREATE TABLE test3(a3 INT NOT NULL AUTO_INCREMENT PRIMARY KEY);CREATE TABLE test4(  a4 INT NOT NULL AUTO_INCREMENT PRIMARY KEY,  b4 INT DEFAULT 0);delimiter |CREATE TRIGGER testref BEFORE INSERT ON test1  FOR EACH ROW  BEGIN    INSERT INTO test2 SET a2 = NEW.a1;    DELETE FROM test3 WHERE a3 = NEW.a1;    UPDATE test4 SET b4 = b4 + 1 WHERE a4 = NEW.a1;  END;|delimiter ;INSERT INTO test3 (a3) VALUES  (NULL), (NULL), (NULL), (NULL), (NULL),  (NULL), (NULL), (NULL), (NULL), (NULL);INSERT INTO test4 (a4) VALUES  (0), (0), (0), (0), (0), (0), (0), (0), (0), (0);

假设你插入以下值表test1如图所示：

MySQL的>INSERT INTO test1 VALUES (1), (3), (1), (7), (1), (8), (4), (4);查询行，8行受影响（0.01秒）记录：8份：0警告：0

因此，四个表包含以下数据：

mysql> SELECT * FROM test1;
+------+
| a1   |
+------+
|    1 |
|    3 |
|    1 |
|    7 |
|    1 |
|    8 |
|    4 |
|    4 |
+------+
8 rows in set (0.00 sec)

mysql> SELECT * FROM test2;
+------+
| a2   |
+------+
|    1 |
|    3 |
|    1 |
|    7 |
|    1 |
|    8 |
|    4 |
|    4 |
+------+
8 rows in set (0.00 sec)

mysql> SELECT * FROM test3;
+----+
| a3 |
+----+
|  2 |
|  5 |
|  6 |
|  9 |
| 10 |
+----+
5 rows in set (0.00 sec)

mysql> SELECT * FROM test4;
+----+------+
| a4 | b4   |
+----+------+
|  1 |    3 |
|  2 |    0 |
|  3 |    1 |
|  4 |    2 |
|  5 |    0 |
|  6 |    0 |
|  7 |    1 |
|  8 |    1 |
|  9 |    0 |
| 10 |    0 |
+----+------+
10 rows in set (0.00 sec)

元数据的触发器可以得到如下：

MySQL的事件，根据运行计划任务。因此，我们有时称之为预定事件当你创建一个事件，你正在创建一个命名的数据库对象包含一个或多个SQL语句在执行定期或更多，开始和结束在一个特定的日期和时间。从概念上讲，这是类似于Unix的思想crontab（也被称为“定时任务“）或Windows任务计划程序。

计划任务这类有时也被称为“临时触发器“，这意味着这些是由时间触发的对象。虽然这基本上是正确的，我们更喜欢使用的术语事件避免与讨论式引发混乱23.3节，“使用触发器”。事件应该更具体地说，不能混淆“临时的触发器“。而一个触发器是一个数据库对象的语句被执行在响应一个特定类型的事件，发生在一个给定的表，一个（预定）事件是一个对象的陈述是根据指定的时间间隔执行的通道。

虽然没有规定在SQL标准的事件调度，在其他数据库系统中已有先例，你可能会注意到这些实现之间的一些相似性，发现在MySQL服务器。

MySQL的事件有以下主要特点和性能：

事件是由一个特殊的执行事件调度线程；当我们提及事件调度器，我们指的是这个线程。运行时，事件调度线程和当前的状态可以被用户看到的PROCESS输出中的特权SHOW PROCESSLIST，如讨论如下显示

全球event_scheduler系统变量决定启用事件调度器和服务器上运行。它有这3个值，这里描述的事件调度的影响。默认值是打开（放）

如果事件调度器的状态没有设置DISABLED，event_scheduler可以切换之间打开（放）和OFF（使用SET）。也可以使用零为OFF，和一为ON设置这个变量的时候。因此，有下列4个语句可用于MySQL客户端打开事件调度器：

SET GLOBAL event_scheduler = ON;
SET @@global.event_scheduler = ON;
SET GLOBAL event_scheduler = 1;
SET @@global.event_scheduler = 1;

同样，任何这4个语句可以用来关闭事件调度器：

SET GLOBAL event_scheduler = OFF;
SET @@global.event_scheduler = OFF;
SET GLOBAL event_scheduler = 0;
SET @@global.event_scheduler = 0;

虽然ON和关闭有数字等值的价值，显示event_scheduler由SELECT或SHOW VARIABLES一直是一个关闭，ON，或禁用DISABLED没有数字等效。因为这个原因，打开（放）和OFF通常是首选一和0When setting this变量.

注意，试图设置event_scheduler没有指定它作为一个全局变量导致错误：

mysql<SET @@event_scheduler = OFF;错误1229（hy000）：变“event_scheduler &#39;是一个全局变量，应集全球

禁用事件调度，使用下列两种方法：

为了使事件调度器，重启服务器不--event-scheduler=DISABLED命令行选项，或删除或注释掉后的行event-scheduler=DISABLED在服务器配置文件，适当的。或者，您可以使用打开（放）（或1）或关闭（或0）的地方禁用值在启动服务器时

开始与MySQL服务器--skip-grant-tables选择的原因event_scheduler要设置禁用，压倒一切的任何其他值设置在命令行或在my.cnf或my.ini（# 26807文件错误）。

SQL语句用于创建，修改，和拖放事件，看第23.4.3”事件语法”

MySQL提供了一个EVENTS表中information_schema数据库这张桌子可以查询以获得预定的事件已在服务器上定义的信息。看到第23.4.4，事件“元数据”，和24.8节，“information_schema事件表”为更多的信息

对于事件调度和MySQL系统的信息，参见第23.4.6，“事件调度器和MySQL的特权”

MySQL提供与预定的事件几个SQL语句：

元数据的事件可以得到如下：

事件调度器时表示

在MySQL，每一届都有一个会话的时区（STZ）。这是会议time_zone值初始化服务器的全球time_zone价值会话开始时可在会话过程中改变。

会话的时区是电流时CREATE EVENT或ALTER EVENT语句执行的是用来解释事件定义指定的时间。这成为事件的时间区（ETZ）；即是用于事件调度，实际上是在事件执行时的时区。

在事件信息的表示mysql.event表的execute_at，starts，和末端时间转换为UTC并随着事件时间区存储。这使得活动执行进行定义无论对服务器的时区和夏令时的任何后续变化的影响。这个last_executed时间也存储在UTC

如果你选择的信息mysql.event，刚才提到的时间为UTC值检索。这些时间也可以选择从中获得INFORMATION_SCHEMA.EVENTS表或SHOW EVENTS，但他们报告为埃茨值。其他时间可以从这些来源显示当一个事件被创建或最后修改；这些都显示为STZ值。下表总结了事件的时间表示法。

事件调度器写关于活动的信息，以执行一个错误或警告的MySQL服务器的错误日志。看到第23.4.6，“事件调度器和MySQL的特权”为例

获得了用于调试和故障排除的目的事件调度器的状态信息，运行mysqladmin DEBUG（见4.5.2“，”mysqladmin客户管理MySQL服务器”）；运行此命令后，服务器的错误日志包含有关事件调度器输出，类似于如下所示：

Events status:
LLA = Last Locked At  LUA = Last Unlocked At
WOC = Waiting On Condition  DL = Data Locked

Event scheduler status:
State      : INITIALIZED
Thread id  : 0
LLA        : init_scheduler:313
LUA        : init_scheduler:318
WOC        : NO
Workers    : 0
Executed   : 0
Data locked: NO

Event queue status:
Element count   : 1
Data locked     : NO
Attempting lock : NO
LLA             : init_queue:148
LUA             : init_queue:168
WOC             : NO
Next activation : 0000-00-00 00:00:00

在由事件调度器执行部分事件发生的陈述，诊断信息（不仅错误，而且警告）写入错误日志，并在Windows应用程序事件日志，以。为频繁执行的事件，这导致许多记录的信息是可能的。例如，对于SELECT ... INTO var_list语句，如果查询不返回行，一个错误代码1329警告出现（没有数据），和变量的值保持不变。如果查询返回多行，发生错误1172（Result consisted of more than one row）。任何条件，你可以避免将宣布一个条件处理记录；看第13.6.7.2，”声明…异常处理的语法”。对于可能检索多行语句，另一个策略是使用LIMIT 1限制设置为单排的结果。

启用或禁用预定活动的执行，有必要建立的全球价值event_scheduler系统变量。这就要求SYSTEM_VARIABLES_ADMIN或SUPER特权

这个EVENT特权管理创建，修改，删除事件。这种特权可以授予使用GRANT。例如，这GRANT告白EVENT命名模式的特权myschema在用户jon@ghidora：

格兰特事件对myschema。*乔恩@姬度拉；

（我们假设这个用户帐户已经存在，而且我们希望它保持不变的话。）

给予相同的用户EVENT在所有模式的特权，使用以下语句：

格兰特事件我们*。* ghidora乔恩”；

这个EVENT特权具有全局或图式水平范围。因此，试图给它一个错误一个表结果如图所示：

MySQL的>GRANT EVENT ON myschema.mytable TO jon@ghidora;错误1144（42000）：非法授予/撤销命令；请咨询手册看到这特权可以用

这是理解执行事件的定义者权限的重要，而且它不能执行任何操作，其定义没有所需的权限。例如，假设jon@ghidora有EVENT特权myschema。假设该用户拥有的SELECT特权myschema，但没有其他的特权这一图式。这是可能的jon@ghidora创建一个新的事件，比如这一个：

创建事件e_store_ts进度每10秒做插入myschema.mytable值（unix_timestamp()）；

用户等待一分钟左右，然后执行SELECT * FROM mytable;查询，期待看到一些新的表行。相反，该表是空的。由于用户没有INSERT问题中的表的特权，事件没有影响。

如果您检查MySQL错误日志（hostname.err），你可以看到事件被执行，但它试图执行行动失败：

2013-09-24t12:41: 31.261992z 25 [错误]事件调度器：[乔恩@姬度拉] [菜谱。e_store_ts ]插入命令拒绝user'jon”@ 'ghidora”表“表'2013-09-24t12:41: 31.262022z 25 [注]事件调度器：[乔恩@姬度拉]。[ myschema。e_store_ts ]事件执行失败。2013-09-24t12:41: 41.271796z 26 [错误]事件调度器：[乔恩@姬度拉] [菜谱。e_store_ts ]插入命令拒绝user'jon”@ 'ghidora”表“表'2013-09-24t12:41: 41.272761z 26 [注]事件调度器：[乔恩@姬度拉]。[ myschema e_store_ts ]活动执行失败。

因为用户很可能没有访问错误日志，可以验证是否通过执行直接的事件的行动的声明是有效的：

mysql> INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP());
ERROR 1142 (42000): INSERT command denied to user
'jon'@'ghidora' for table 'mytable'

检查的INFORMATION_SCHEMA.EVENTS表格显示_ TS和_商店存在和启用，但其LAST_EXECUTED柱无效的：

mysql> SELECT * FROM INFORMATION_SCHEMA.EVENTS
     >     WHERE EVENT_NAME='e_store_ts'
     >     AND EVENT_SCHEMA='myschema'\G
*************************** 1. row ***************************
   EVENT_CATALOG: NULL
    EVENT_SCHEMA: myschema
      EVENT_NAME: e_store_ts
         DEFINER: jon@ghidora
      EVENT_BODY: SQL
EVENT_DEFINITION: INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP())
      EVENT_TYPE: RECURRING
      EXECUTE_AT: NULL
  INTERVAL_VALUE: 5
  INTERVAL_FIELD: SECOND
        SQL_MODE: NULL
          STARTS: 0000-00-00 00:00:00
            ENDS: 0000-00-00 00:00:00
          STATUS: ENABLED
   ON_COMPLETION: NOT PRESERVE
         CREATED: 2006-02-09 22:36:06
    LAST_ALTERED: 2006-02-09 22:36:06
   LAST_EXECUTED: NULL
   EVENT_COMMENT:
1 row in set (0.00 sec)

解除EVENT使用“特权”，REVOKE声明。在这个例子中，该EVENT在图式的特权myschema是从jon@ghidora用户帐户：

撤销事件myschema。*乔恩@姬度拉；

假设用户jon@ghidora已获EVENT和INSERT上的特权myschema图式。这个用户就创建了以下事件：

CREATE EVENT e_insert
    ON SCHEDULE
      EVERY 7 SECOND
    DO
      INSERT INTO myschema.mytable;

这一事件后已创建，root撤销EVENT特权乔恩@ ghidora。然而,e_insert继续执行，插入新的一行到空白表Each Seven Seeds .同样的话root发布了上述声明：

你可以证明这是真实的检查mysql.event表格（在本节稍后讨论）或INFORMATION_SCHEMA.EVENTS（这台24.8节，“information_schema事件表”）之前和之后的发行DROP USER或RENAME USER声明

事件定义存储在mysql.event表到另一个用户帐户创建一个事件，MySQLroot用户（或其他有权限的用户可以从该表中删除行）。例如，删除事件e_insert先前所示，root可以使用以下语句：

DELETE FROM mysql.event
    WHERE db = 'myschema'
      AND definer = 'jon@ghidora'
      AND name = 'e_insert';

它是对事件的名称匹配非常重要，数据库名称和用户帐户时，删除行的mysql.event表这是因为同一个用户可以创建不同的模式名称相同的不同的事件。

用户EVENT权限存储在_私人事件列的mysql.user和mysql.db表在这两种情况下，本栏认为其中的价值Y'或'N'。”N“是默认的mysql.user.event _私人的设置为“Y“对于一个给定的用户只有用户拥有全球EVENT特权（即，如果特权被授予使用Grant Event on * *）。for a级模式EVENT特权，GRANT创建一个行mysql.db并将该行的Db列的架构的名称，该用户列的用户的姓名，和Event_priv柱”Y'。不能有任何需要直接操纵这些表，因为GRANT EVENT和撤销事件语句执行所需的操作上。

五状态变量提供事件相关的操作数（但不执行的事件的陈述；看第1，“限制存储的程序”）。这些是：

您可以查看所有这些在同一时间运行报表的当前值SHOW STATUS LIKE '%event%';

这个CREATE VIEW语句创建新的视图（参见第13.1.21，”创建视图的语法”）。改变视图的定义或删除视图，使用ALTER VIEW（见第13.1.10，“改变视图语法”），或DROP VIEW（见第13.1.32，“删除视图的语法”）

一个视图可以从多种创建SELECT声明.它可以指基表或其他视图。它可以使用联接，UNION和子查询。theSELECT甚至不需要参考任何表。下面的示例定义一个视图，选择从另一桌两列，以及从这些列的计算表达式：

MySQL的>CREATE TABLE t (qty INT, price INT);MySQL的>INSERT INTO t VALUES(3, 50), (5, 60);MySQL的>CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t;MySQL的>SELECT * FROM v;------ ------- ------- |数量|价格|价值| ------ ------- ------- |三|五十| 150 | |五|六十| 300 | ------ ------- ------- MySQL >SELECT * FROM v WHERE qty = 5;------ ------- ------- |数量|价格|价值| ------ ------- ------- |五|六十| 300 | ------ ------- -------

可选ALGORITHM条款CREATE VIEW或ALTER VIEW是一个mysql扩展标准的SQL。它影响到MySQL的过程观。算法以三值：MERGE，诱人的，或UNDEFINED

一个原因说明TEMPTABLE明确的是，锁可以在临时表创建基础表发布和使用前处理完声明。这可能会导致更快的锁定释放比合并算法使其他客户使用视图不会被长。

一个视图的算法可UNDEFINED有三个原因：

作为上述earlier，MERGE通过合并视图定义相应的零部件进入声明，指观处理。下面的例子简要说明合并算法。的例子，假设有一个视图v_merge有这样的定义：

CREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) ASSELECT c1, c2 FROM t WHERE c3 > 100;

例1：假设我们发布这个声明：

SELECT * FROM v_merge;

MySQL处理声明如下：

由此产生的语句是：

SELECT c1, c2 FROM t WHERE c3 > 100;

例：假设我们发布这个声明：

SELECT * FROM v_merge WHERE vc1 < 100;

这一声明是处理类似于前一个，除了vc1 < 100成为c1 < 100与视图WHERE子句添加到报表哪里从句的使用AND结缔组织（和括号添加以确保该条款的部分是执行正确的优先）。由此产生的语句是：

SELECT c1, c2 FROM t WHERE (c3 > 100) AND (c1 < 100);

有效的语句有WHERE形态：本条款

在（选择）和（视图）

如果MERGE算法不能使用，必须使用临时表。结构，防止合并相同防止派生表、公用表表达式合并。实例选择不同的或LIMIT在子查询。详情见第8.2.2.3，“优化派生表、视图的引用，和公用表表达式”

一些视图是可更新的，对它们的引用可以用来指定要更新的表中数据变化报表。那就是，你可以使用它们的报表等UPDATE，DELETE，或INSERT更新基础表的内容。派生表、公用表表达式也可以在多个表中指定的UPDATE和DELETE报表，但只能用于读取数据指定要更新或删除的行。一般来说，视图的引用必须是可更新的，这意味着他们可以合并和不实。复合视图有更复杂的规则。

一个视图是可更新的，必须有一个一对一的关系排在视图和基础表中的行。也有一些其他的结构，使视图nonupdatable。更具体的，如果它包含下列视图是不可更新的：

一个生成的列在视图是可更新的因为它可以给它。但是，如果这样的更新列明确，唯一被允许的值DEFAULT。有关生成的列的信息，参见第13.1.18.8，“创建表和生成的列”

对于多表视图是可更新，它有时是可能的，假设它可以处理的MERGE算法.对于这个工作，视图必须使用内部联接（不是外部联接或UNION）。另外，在视图定义中只有一个表可以被更新，所以配置条款名称仅列必须从一个视图中的表。视图的使用UNION ALL不允许他们虽然在理论上可能更新。

关于嵌入性（被更新与INSERT语句），如果它也满足这些额外的要求可更新视图的视图列插入：

MySQL设置标志，称为可更新视图的旗帜，在CREATE VIEW时间标志设置为对（真的）如果UPDATE和DELETE（和类似的操作）是法律的观点。否则，标志设置为不（假）。这个IS_UPDATABLE列在INFORMATION_SCHEMA.VIEWS表格显示此标志的状态。这意味着服务器总是知道一个视图是可更新的。

如果一个视图是不可更新的，这样的陈述UPDATE，DELETE，和INSERT是非法的，被拒绝了。（注意：即使一个视图是可更新的，它可能无法插入，本节中描述的其他地方）

视图的更新可以通过值的影响updatable_views_with_limit系统变量。见第5.1.7，服务器“系统变量”

在下面的讨论中，假定这些表和视图的存在：

CREATE TABLE t1 (x INTEGER);
CREATE TABLE t2 (c INTEGER);
CREATE VIEW vmat AS SELECT SUM(x) AS s FROM t1;
CREATE VIEW vup AS SELECT * FROM t2;
CREATE VIEW vjoin AS SELECT * FROM vmat JOIN vup ON vmat.s=vup.c;

INSERT，UPDATE，和DELETE语句允许如下：

更多的讨论和例子

在本节前面的讨论指出，如果不是所有的列都是简单的列引用视图不可插入（例如，如果它包含有表情或复合表达式列）。虽然这样的观点是不可插入的，可如果你更新，不仅是可更新的列的表达式。考虑这一观点：

CREATE VIEW v AS SELECT col1, 1 AS col2 FROM t;

这种观点是不可以因为col2是一种表达。但它是可更新，如果更新不想更新COL2。。。。。。。此更新是允许的：

UPDATE v SET col1 = 0;

这个更新是不允许的因为它试图更新表达式列：

UPDATE v SET col2 = 0;

如果一个表包含一个AUTO_INCREMENT柱，插到桌子上的一个可插入的观点，不包括汽车列不变化的价值LAST_INSERT_ID()，因为插入默认值为列的视图部分的副作用应该是不可见的。

这个WITH CHECK OPTION条款可以考虑可更新视图以防止插入行的哪里子句中select_statement是不是真的。它还可以防止更新行的哪里条款是真实的但更新会导致它不是真的（换句话说，它可以防止可见的行被更新为不可见行）。

在一个WITH CHECK OPTION可更新视图的条款，当地和CASCADED关键词确定测试范围视图时，在另一个视图的定义。当没有关键字，默认是级联

WITH CHECK OPTION测试标准：

考虑下面的定义表和视图集：

CREATE TABLE t1 (a INT);
CREATE VIEW v1 AS SELECT * FROM t1 WHERE a < 2
WITH CHECK OPTION;
CREATE VIEW v2 AS SELECT * FROM v1 WHERE a > 0
WITH LOCAL CHECK OPTION;
CREATE VIEW v3 AS SELECT * FROM v1 WHERE a > 0
WITH CASCADED CHECK OPTION;

这里的v2和V3的观点是在另一个视图的定义，v1

插入v2检查其当地检查选项，然后检查递归到v1和规则适用了。规则V1导致检查失败。的检查v3也没有：

MySQL的>INSERT INTO v2 VALUES (2);错误1369年（hy000）：检查选项失败的试验。v2'mysql >INSERT INTO v3 VALUES (2);错误1369（hy000）：检查选项失败的试验。V3”

元数据视图可以得到如下：