如何在MySQL中创建视图

如何在MySQL中创建视图,第1张

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]

VIEW view_name [(column_list)]

AS select_statement

[WITH [CASCADED | LOCAL] CHECK OPTION]

语句能创建新的视图,如果给定了OR REPLACE子句,该语句还能替换已有的视图。select_statement是一种SELECT语句,它给出了视图的定义。该语句可从基表或其他视图进行选择。

该语句要求具有针对视图的CREATE VIEW权限,以及针对由SELECT语句选择的每一列上的某些权限。对于在SELECT语句中其他地方使用的列,必须具有SELECT权限。如果还有OR REPLACE子句,必须在视图上具有DROP权限。

视图属于数据库。在默认情况下,将在当前数据库创建新视图。要想在给定数据库中明确创建视图,创建时,应将名称指定为db_nameview_name。

mysql> CREATE VIEW testv AS SELECT FROM t;

表和视图共享数据库中相同的名称空间,因此,数据库不能包含具有相同名称的表和视图。

视图必须具有唯一的列名,不得有重复,就像基表那样。默认情况下,由SELECT语句检索的列名将用作视图列名。要想为视图列定义明确的名称,可使用可选的column_list子句,列出由逗号隔开的ID。column_list中的名称数目必须等于SELECT语句检索的列数。

SELECT语句检索的列可以是对表列的简单引用。也可以是使用函数、常量值、 *** 作符等的表达式。

对于SELECT语句中不合格的表或视图,将根据默认的数据库进行解释。通过用恰当的数据库名称限定表或视图名,视图能够引用表或其他数据库中的视图。

能够使用多种SELECT语句创建视图。视图能够引用基表或其他视图。它能使用联合、UNION和子查询。SELECT甚至不需引用任何表。在下面的示例中,定义了从另一表选择两列的视图,并给出了根据这些列计算的表达式:

mysql> CREATE TABLE t (qty INT, price INT);

mysql> INSERT INTO t VALUES(3, 50);

mysql> CREATE VIEW v AS SELECT qty, price, qtyprice AS value FROM t;

mysql> SELECT FROM v;

+------+-------+-------+

| qty | price | value |

+------+-------+-------+

| 3 | 50 | 150 |

+------+-------+-------+

视图定义服从下述限制:

· SELECT语句不能包含FROM子句中的子查询。

· SELECT语句不能引用系统或用户变量。

· SELECT语句不能引用预处理语句参数。

· 在存储子程序内,定义不能引用子程序参数或局部变量。

· 在定义中引用的表或视图必须存在。但是,创建了视图后,能够舍弃定义引用的表或视图。要想检查视图定义是否存在这类问题,可使用CHECK TABLE语句。

· 在定义中不能引用TEMPORARY表,不能创建TEMPORARY视图。

· 在视图定义中命名的表必须已存在。

· 不能将触发程序与视图关联在一起。

在视图定义中允许使用ORDER BY,但是,如果从特定视图进行了选择,而该视图使用了具有自己ORDER BY的语句,它将被忽略。

对于定义中的其他选项或子句,它们将被增加到引用视图的语句的选项或子句中,但效果未定义。例如,如果在视图定义中包含LIMIT子句,而且从特定视图进行了选择,而该视图使用了具有自己LIMIT子句的语句,那么对使用哪个LIMIT未作定义。相同的原理也适用于其他选项,如跟在SELECT关键字后的ALL、DISTINCT或SQL_SMALL_RESULT,并适用于其他子句,如INTO、FOR UPDATE、LOCK IN SHARE MODE、以及PROCEDURE。

如果创建了视图,并通过更改系统变量更改了查询处理环境,会影响从视图获得的结果:

mysql> CREATE VIEW v AS SELECT CHARSET(CHAR(65)), COLLATION(CHAR(65));

Query OK, 0 rows affected (000 sec)

mysql> SET NAMES 'latin1';

Query OK, 0 rows affected (000 sec)

mysql> SELECT FROM v;

+-------------------+---------------------+

| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |

+-------------------+---------------------+

| latin1 | latin1_swedish_ci |

+-------------------+---------------------+

1 row in set (000 sec)

mysql> SET NAMES 'utf8';

Query OK, 0 rows affected (000 sec)

mysql> SELECT FROM v;

+-------------------+---------------------+

| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |

+-------------------+---------------------+

| utf8 | utf8_general_ci |

+-------------------+---------------------+

1 row in set (000 sec)

可选的ALGORITHM子句是对标准SQL的MySQL扩展。ALGORITHM可取三个值:MERGE、TEMPTABLE或UNDEFINED。如果没有ALGORITHM子句,默认算法是UNDEFINED(未定义的)。算法会影响MySQL处理视图的方式。

对于MERGE,会将引用视图的语句的文本与视图定义合并起来,使得视图定义的某一部分取代语句的对应部分。

对于TEMPTABLE,视图的结果将被置于临时表中,然后使用它执行语句。

对于UNDEFINED,MySQL将选择所要使用的算法。如果可能,它倾向于MERGE而不是TEMPTABLE,这是因为MERGE通常更有效,而且如果使用了临时表,视图是不可更新的。

明确选择TEMPTABLE的1个原因在于,创建临时表之后、并在完成语句处理之前,能够释放基表上的锁定。与MERGE算法相比,锁定释放的速度更快,这样,使用视图的其他客户端不会被屏蔽过长时间。

视图算法可以是UNDEFINED,有三种方式:

· 在CREATE VIEW语句中没有ALGORITHM子句。

· CREATE VIEW语句有1个显式ALGORITHM = UNDEFINED子句。

· 为仅能用临时表处理的视图指定ALGORITHM = MERGE。在这种情况下,MySQL将生成告警,并将算法设置为UNDEFINED。

正如前面所介绍的那样,通过将视图定义中的对应部分合并到引用视图的语句中,对MERGE进行处理。在下面的示例中,简要介绍了MERGE的工作方式。在该示例中,假定有1个具有下述定义的视图v_merge:

CREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) AS

SELECT c1, c2 FROM t WHERE c3 > 100;

示例1:假定发出了下述语句:

SELECT FROM v_merge;

MySQL以下述方式处理语句:

· v_merge成为t

· 成为vc1、vc2,与c1、c2对应

· 增加视图WHERE子句

所产生的将执行的语句为:

SELECT c1, c2 FROM t WHERE c3 > 100;

示例2:假定发出了下述语句:

SELECT FROM v_merge WHERE vc1 < 100;

该语句的处理方式与前面介绍的类似,但vc1 < 100变为c1 < 100,并使用AND连接词将视图的WHERE子句添加到语句的WHERE子句中(增加了圆括号以确保以正确的优先顺序执行子句部分)。所得的将要执行的语句变为:

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

事实上,将要执行的语句是具有下述形式的WHERE子句:

WHERE (select WHERE) AND (view WHERE)

MERGE算法要求视图中的行和基表中的行具有一对一的关系。如果不具有该关系。必须使用临时表取而代之。如果视图包含下述结构中的任何一种,将失去一对一的关系:

· 聚合函数(SUM(), MIN(), MAX(), COUNT()等)。

· DISTINCT

· GROUP BY

· HAVING

· UNION或UNION ALL

· 仅引用文字值(在该情况下,没有基本表)。

某些视图是可更新的。也就是说,可以在诸如UPDATE、DELETE或INSERT等语句中使用它们,以更新基表的内容。对于可更新的视图,在视图中的行和基表中的行之间必须具有一对一的关系。还有一些特定的其他结构,这类结构会使得视图不可更新。更具体地讲,如果视图包含下述结构中的任何一种,那么它就是不可更新的:

· 聚合函数(SUM(), MIN(), MAX(), COUNT()等)。

· DISTINCT

· GROUP BY

· HAVING

· UNION或UNION ALL

· 位于选择列表中的子查询

· Join

· FROM子句中的不可更新视图

· WHERE子句中的子查询,引用FROM子句中的表。

· 仅引用文字值(在该情况下,没有要更新的基本表)。

· ALGORITHM = TEMPTABLE(使用临时表总会使视图成为不可更新的)。

关于可插入性(可用INSERT语句更新),如果它也满足关于视图列的下述额外要求,可更新的视图也是可插入的:

· 不得有重复的视图列名称。

· 视图必须包含没有默认值的基表中的所有列。

· 视图列必须是简单的列引用而不是导出列。导出列不是简单的列引用,而是从表达式导出的。下面给出了一些导出列示例:

· 314159

· col1 + 3

· UPPER(col2)

· col3 / col4

· (subquery)

混合了简单列引用和导出列的视图是不可插入的,但是,如果仅更新非导出列,视图是可更新的。考虑下述视图:

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

该视图是不可插入的,这是因为col2是从表达式导出的。但是,如果更新时不更新col2,它是可更新的。这类更新是允许的:

UPDATE v SET col1 = 0;

下述更新是不允许的,原因在于,它试图更新导出列:

UPDATE v SET col2 = 0;

在某些情况下,能够更新多表视图,假定它能使用MERGE算法进行处理。为此,视图必须使用内部联合(而不是外部联合或UNION)。此外,仅能更新视图定义中的单个表,因此,SET子句必须仅命名视图中某一表的列。即使从理论上讲也是可更新的,不允许使用UNION ALL的视图,这是因为,在实施中将使用临时表来处理它们。

对于多表可更新视图,如果是将其插入单个表中,INSERT能够工作。不支持DELETE。

对于可更新视图,可给定WITH CHECK OPTION子句来防止插入或更新行,除非作用在行上的select_statement中的WHERE子句为“真”。

在关于可更新视图的WITH CHECK OPTION子句中,当视图是根据另一个视图定义的时,LOCAL和CASCADED关键字决定了检查测试的范围。LOCAL关键字对CHECK OPTION进行了限制,使其仅作用在定义的视图上,CASCADED会对将进行评估的基表进行检查。如果未给定任一关键字,默认值为CASCADED。

视图是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名称的列和行数据。但是,视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。

对其中所引用的基础表来说,视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表,或者其它视图。通过视图进行查询没有任何限制,通过它们进行数据修改时的限制也很少。

视图是存储在数据库中的查询的SQL 语句,它主要出于两种原因:安全原因, 视图可以隐藏一些数据,如:社会保险基金表,可以用视图只显示姓名,地址,而不显示社会保险号和工资数等,另一原因是可使复杂的查询易于理解和使用。这个视图就像一个“窗口”,从中只能看到你想看的数据列。这意味着你可以在这个视图上使用SELECT ,而你看到的将是你在视图定义里给出的那些数据列:

既然视图的定义是基于基本表的,哪为什么还要定义视图呢?这是因为合理地使用视图能够带来许多好处:

1、 视图能简化用户 *** 作

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

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

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

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

数据的物理独立性是指用户的应用程序不依赖于数据库的物理结构。数据的逻辑独立性是指当数据库重构造时,如增加新的关系或对原有的关系增加新的字段,用户的应用程序不会受影响。层次数据库和网状数据库一般能较好地支持数据的物理独立性,而对于逻辑独立性则不能完全的支持。

在关许数据库中,数据库的重构造往往是不可避免的。重构数据库最常见的是将一个基本表“垂直”地分成多个基本表。例如:将学生关系Student(Sno,Sname,Ssex,Sage,Sdept),

分为SX(Sno,Sname,Sage)和SY(Sno,Ssex,Sdept)两个关系。这时原表Student为SX表和SY表自然连接的结果。如果建立一个视图Student:

[sql]  view plain  copy

CREATE VIEW Student(Sno,Sname,Ssex,Sage,Sdept)AS SELECT SXSno,SXSname,SYSsex,SXSage,SYSdept FROM SX,SY WHERE SXSno=SYSno;

这样尽管数据库的逻辑结构改变了(变为SX和SY两个表了),但应用程序不必修改,因为新建立的视图定义为用户原来的关系,使用户的外模式保持不变,用户的应用程序通过视图仍然能够查找数据。

当然,视图只能在一定程度上提供数据的逻辑独立,比如由于视图的更新是有条件的,因此应用程序中修改数据的语句可能仍会因为基本表构造的改变而改变。

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

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

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

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

[sql]  view plain  copy

CREATE VIEW VMGRADE

AS

SELECT Sno,MAX(Grade) Mgrade

FROM SC

GROUP BY Sno

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

[sql]  view plain  copy

SELECT SCSno,Cno FROM SC,VMGRADE WHERE SCSno = VMGRADESno AND SCGrade = VMGRADEMgrade;

二、数据准备

1、员工表

[sql]  view plain  copy

CREATE TABLE t_employee(

ID INT  PRIMARY KEY  AUTO_INCREMENT,

NAME CHAR(30) NOT NULL,

SEX  CHAR(2) NOT NULL,

AGE INT NOT NULL,

DEPARTMENT CHAR(10) NOT NULL,

SALARY  INT NOT NULL,

HOME CHAR(30),

MARRY CHAR(2) NOT NULL DEFAULT  '否',

HOBBY CHAR(30)

);

插入数据:

[sql]  view plain  copy

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'小红','女',20,'人事部','4000','广东','否','网球');

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'明日','女',21,'人事部','9000','北京','否','网球');

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'天天','男',22,'研发部','8000','上海','否','音乐');

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'大大','女',23,'研发部','9000','重庆','否','无');

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'王下','女',24,'研发部','9000','四川','是','足球');

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'无名','男',25,'销售部','6000','福建','否','游戏');

INSERT INTO learningt_employee(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'不知道','女',26,'销售部','5000','山西','否','篮球');

插入的结果:

然后再定义一张员工信息表:

[sql]  view plain  copy

create TABLE t_employee_detail(

ID INT PRIMARY KEY,

POS CHAR(10) NOT NULL,

EXPERENCE CHAR(10) NOT NULL,

CONSTRAINT `FK_ID` FOREIGN KEY(ID) REFERENCES t_employee(ID)

)

插入如下:

[sql]  view plain  copy

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(1,'人事管理','工作二年');

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(2,'人事招聘','工作二年');

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(3,'初级工程师','工作一年');

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(4,'中级工程师','工作二年');

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(5,'高级工程师','工作三年');

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(6,'销售代表','工作二年');

INSERT INTO t_employee_detail(ID,POS,EXPERENCE) VALUES(7,'销售员','工作一年');

内容:

三、使用案例

1 语法

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] VIEW [db_name]view_name [(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]

通过该语句可以创建视图,若给定了[OR REPLACE],则表示当已具有同名的视图时,将覆盖原视图。select_statement是一个查询语句,这个查询语句可从表或其它的视图中查 询。视图属于数据库,因此需要指定数据库的名称,若未指定时,表示在当前的数据库创建新视图。

表和数据库共享数据库中相同的名称空间,因此,数据库不能包含相同名称的表和视图,并且,视图的列名也不能重复。

在创建视图前应先看看是否有权限:

[sql]  view plain  copy

SELECT SELECT_priv,create_view_priv from mysqluser WHERE user='root'

Y表示有创建的权限

2、单表上创建视图

在员工表是创建视图

[sql]  view plain  copy

CREATE VIEW V_VIEW1(ID, NAME, SEX, AGE,DEPARTMENT) AS SELECT ID, NAME, SEX, AGE,DEPARTMENT FROM learningt_employee;

然后是显示内容:

[sql]  view plain  copy

SELECT  FROM V_VIEW1

3、多表上创建视图

[sql]  view plain  copy

CREATE VIEW V_VIEW2(ID, NAME, SEX, AGE,DEPARTMENT,POS,EXPERENCE) AS SELECT aID, aNAME, aSEX, aAGE,aDEPARTMENT,bPOS,bEXPERENCE FROM learningt_employee a,learningt_employee_detail b WHERE aID=bID;

显示结果 

[sql]  view plain  copy

SELECT  FROM V_VIEW2

4、查看视图

(1)DESCRIBE 命令

[sql]  view plain  copy

DESCRIBE V_VIEW2

(2)SHOW TABLE STATUS 

[sql]  view plain  copy

show TABLE status LIKE 'V_VIEW2'

(3)SHOW CREATE view命令

[sql]  view plain  copy

show CREATE view V_VIEW2

5、修改视图

(1)CREATE OR REPLACE命令

[sql]  view plain  copy

CREATE OR REPLACE VIEW V_VIEW1(ID, NAME, SEX) AS SELECT ID, NAME, SEX  FROM learningt_employee;

(2) ALTER 命令

[sql]  view plain  copy

ALTER VIEW  V_VIEW1(ID, NAME) AS SELECT ID, NAME  FROM learningt_employee;

SELECT  FROM learningv_view1

6、更新视图

在MySQL中,更新视图是指通过视图来插入(INSERT)、更新(UPDATE)和删除(DELETE)表中的数据。因为视图是一个虚拟表,其中没有数据,所以通过视图更新时,都是转换到基本表来更新。

更新视图时,只能更新权限范围内的数据。超出了范围,就不能更新。

更新前:

更新后:

[sql]  view plain  copy

UPDATE V_VIEW2 SET POS='高级工程师' WHERE NAME='天天'

对应 的真实表上的数据也发生改变 了

[sql]  view plain  copy

SELECT  FROM learningt_employee_detail WHERE t_employee_detailID=3

不可更新的视图:

某些视图是可更新的。也就是说,可以在诸如UPDATE、DELETE或INSERT等语句中使用它们,以更新基表的内容。对于可更新的视图,在视图中的行和基表中的行之间必须具有一对一的关系。还有一些特定的其他结构,这类结构会使得视图不可更新。更具体地讲,如果视图包含下述结构中的任何一种,那么它就是不可更新的:

· 聚合函数(SUM(), MIN(), MAX(), COUNT()等)。

· DISTINCT

· GROUP BY

· HAVING

· UNION或UNION ALL

· 位于选择列表中的子查询

· Join

· FROM子句中的不可更新视图

· WHERE子句中的子查询,引用FROM子句中的表。

· 仅引用文字值(在该情况下,没有要更新的基本表)。

· ALGORITHM = TEMPTABLE(使用临时表总会使视图成为不可更新的)。

注意

视图中虽然可以更新数据,但是有很多的限制。一般情况下,最好将视图作为查询数据的虚拟表,而不要通过视图更新数据。因为,使用视图更新数据时,如果没有全面考虑在视图中更新数据的限制,就可能会造成数据更新失败。

CASCADED和LOCAL能不能决定视图是否能更新?

WITH[CASCADED|LOCAL] CHECK OPTION能不能决定视图是否能更新?这两个参数的基本定义如下:

LOCAL参数表示更新视图时只要满足该视图本身定义的条件即可。

CASCADED参数表示更新视图时需要满足所有相关视图和表的条件。没有指明时,该参数为默认值。

With check option的用法:

(with check option对于没有where条件的视图不起作用的)

[sql]  view plain  copy

CREATE VIEW V_VIEW3(ID, NAME,SEX,AGE,DEPARTMENT,SALARY, HOME, MARRY, HOBBY) AS SELECT ID, NAME, SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY FROM learningt_employee WHERE DEPARTMENT='人事部' WITH LOCAL CHECK OPTION;

表示只限定插入部门为人事部的人。

然后插入一条:

[sql]  view plain  copy

INSERT INTO learningV_VIEW3(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'会会会会','女',20,'人事部','4500','广东','否','网球');

看下结果:

[sql]  view plain  copy

SELECT  FROM learningV_VIEW3

同时看真实表中的数据:

再来插入一条:

[sql]  view plain  copy

INSERT INTO learningV_VIEW3(ID, NAME, SEX, AGE,DEPARTMENT, SALARY, HOME, MARRY, HOBBY) VALUES(NULL,'qqqqvasvas','女',20,'研发部','4500','上海','否','网球');

结果显示插入失败

对于with check option用法,总结如下:

通过有with check option选项的视图 *** 作基表(只是面对单表,对连接多表的视图正在寻找答案),有以下结论: 插入后的数据,通过视图能够查询出来就符合WITH CHECK OPTION 否则就不符合;

首先视图只 *** 作它可以查询出来的数据,对于它查询不出的数据,即使基表有,也不可以通过视图来 *** 作。

1对于update,有with check option,要保证update后,数据要被视图查询出来

2对于delete,有无with check option都一样

4对于insert,有with check option,要保证insert后,数据要被视图查询出来

对于没有where 子句的视图,使用with check option是多余的

7、删除视图

[sql]  view plain  copy

DROP VIEW IF EXISTS 视图名

sqlyong是一个图形化的数据库管理工具,这个工具 *** 作简单,界面友好,是数据库管理软件优秀软件之一,现在开始运行这款软件,如下图输入数据库的IP地址信息和登录以及端口信息

点击下方的测试连接按钮,保证被连接的数据库是可用的状态

进入到sqlyog的控制面板,先选择要创建的视图的数据表,然后点击:对象→视图→创建视图

点击后会d出一个小的d出窗口create view

接着在d出的create view 中输入要创建的视图的名称

在create viewd窗中输入名称后,点击创建然后sqlyog自动就给出了创建视图的sql语句,读者只需要做一下简单修改就可以轻松创建了。

SQL Server创建视图

我们以前使用的查询设计器创建两个表中选择数据的查询。

现在让我们将查询保存为一个名为 “ToDoList” 的视图。

我们需要做的就是把 CREATE VIEW ToDoList 的 AS 查询,如下:

CREATE VIEW ToDoList AS

SELECT TasksTaskName, TasksDescription

FROM Status INNER JOIN

Tasks ON StatusStatusId = TasksStatusId

WHERE (StatusStatusId = 1)

运行该脚本,在左窗格中刷新浏览文件夹,你会看到视图就在左窗格中:

from 树懒学堂 - 一站式数据知识平台

可以使用 CREATE VIEW 语句来创建视图。

语法格式如下:

CREATE VIEW <视图名> AS <SELECT语句>

如:

CREATE VIEW view_students_info

AS SELECT FROM tb_students_info

视图的创建:

CREATE[ORREPLACE][FORCE|NOFORCE]VIEWview_name

[(alias[,alias])]

ASsubquery

[WITHCHECKOPTION[CONSTRAINTconstraint]]

[WITHREADONLY]

其中:ORREPLACE:若所创建的试图已经存在,ORACLE自动重建该视图;

FORCE:不管基表是否存在ORACLE都会自动创建该视图;

NOFORCE:只有基表都存在ORACLE才会创建该视图:

alias:为视图产生的列定义的别名;

subquery:一条完整的SELECT语句,可以在该语句中定义别名;

WITHCHECKOPTION:插入或修改的数据行必须满足视图定义的约束;

WITHREADONLY:该视图上不能进行任何DML *** 作。

以上就是关于如何在MySQL中创建视图全部的内容,包括:如何在MySQL中创建视图、数据库如何创建视图、SQLyog怎么创建视图等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10083412.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-05
下一篇 2023-05-05

发表评论

登录后才能评论

评论列表(0条)

保存