在MySQL数据库中对视图的限制

·不能在视图上创建索引。

·对于使用MERGE算法处理的视图，可以使用索引。但是，对于使用临时表算法处理的视图，不能在其基表上利用索引提供的优点（尽管能够在临时表的生成过程中使用索引）。

在视图的FROM子句中不能使用子查询。未来该限制将被放宽。

存在一个一般原则，不能更改某一表并在子查询的相同表内进行选择。请参见I.3节，“对子查询的限制”。

如果从表选择了视图并接着从视图进行了选择，同样的原理也适用，如果在子查询中从表选择了视图并使用MERGE算法评估了视图，也同样。例如：

CREATE VIEW v1 AS
SELECT * FROM t2 WHERE EXISTS
(SELECT 1 FROM t1 WHERE t1.a = t2.a);
UPDATE t1, v2 SET t1.a = 1 WHERE t1.b = v2.b;

如果视图是使用临时表评估的，可从视图子查询中的表进行选择，并仍能更改外部查询中的表。在该情况下，视图将被具体化，因此，你实际上不能从子查询的表中进行选择并“同时”更改它（这是你打算强制MySQL使用临时表算法的另一原因，其方法是在视图定义中指定ALGORITHM = TEMPTABLE关键字）。

可以使用DROP TABLE或ALTER TABLE来舍弃或更改视图定义中使用的表（它会是视图失效），而且舍弃或更改操作不会导致告警。但在以后使用视图时会出错。

视图定义是通过特定语句“冻结”的：

·如果PREPARE预处理的语句引用了视图，以后每次执行语句时看到的视图内容与预处理视图时的内容相同。即使在语句预处理完成之后、在执行语句之前更改了视图定义，情况也同样。例如：

·CREATE VIEW v AS SELECT 1;

·PREPARE s FROM 'SELECT * FROM v';

·ALTER VIEW v AS SELECT 2;

·EXECUTE s;

EXECUTE语句返回的结果是1，而不是2。

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!