问题引出:
在我们使用MySQL基于一张表创建视图时我们可以使用:
CREATE [OR REPLACE] VIEW 视图名称[(列名列表)] AS SELECT 语句 [WITH[CASCADED|LOCAL]CHECK OPTION]
然而我们具有 CASCADED 和LOCAL两种视图检查选项,在根据一个视图创建另一个新视图时,并对后续新视图进行增啥操作时,这两者都起到了约束数据的作用。
什么是视图,他有什么用?
- 什么是视图:
- 视图是一种虚拟存在的表。视图中的数据并不在数据库中实际存在,行和列数据来自定义视图的查询中使用的表,并且是在使用视图时动态生成的
- 视图有什么用:
-
简单:
视图不仅可以简化用户对数据的理解,也能简化他们的操作。那些经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。
-
安全:
数据库可以授权,但不能授权到数据库特定行和特定列上,通过视图用户只能查询和修改他们所能见到的数据。
-
数据独立:
视图可以帮助用户屏蔽真实表结构变化带来的影响
-
问题解决
CHECK OPTION
是一个约束,用于保证所有通过视图进行的数据修改都不会导致从视图中选择的数据超出定义视图时的WHERE子句所定义的范围如果没有指定CASCADED
或LOCAL
,那么默认为CASCADED
。
-
CASCADED
:当一个视图被定义为CASCADED CHECK OPTION
,那么对该视图的所有数据修改都必须满足该视图自身的CHECK OPTION
,以及所有基于该视图定义的视图的CHECK OPTION
。 -
LOCAL
:当一个视图被定义为LOCAL CHECK OPTION
,那么对该视图的所有数据修改只需要满足该视图自身的CHECK OPTION
,而不需要满足基于该视图定义的任何其他视图的CHECK OPTION
。
关于上述两点,我们可以再作一些解释:
-
如果视图A被定义为
CASCADED CHECK OPTION
,那么任何对视图A的数据修改都必须满足视图A自身的CHECK OPTION
。此外,如果我们尝试通过视图B(它是基于视图A创建的)修改数据,那么这些修改不仅需要满足视图B的CHECK OPTION
,还需要满足视图A的CHECK OPTION
。换句话说,这些修改必须在视图A和视图B的CHECK OPTION
的限制范围内。 -
如果视图A被定义为
LOCAL CHECK OPTION
,那么任何对视图A的数据修改只需要满足视图A自身的CHECK OPTION
。如果我们尝试通过视图B(它是基于视图A创建的)修改数据,那么这些修改只需要满足视图B的CHECK OPTION
,并不需要满足视图A的CHECK OPTION
。换句话说,视图A的CHECK OPTION
不会对通过视图B进行的数据修改产生影响。