一、视图的含义:
视图是一张虚拟的表。与包含数据的表不一样,视图只包含使用时动态检索数据的查询。
二、为什么使用视图:
1)重用SQL语句
简化复杂的SQL操作。在编写查询后,可以方便地重用它而不必知道它的基本查询细节
2)使用表的组成部分而不是整个表。
3)保护数据
可以给用户授予表的特定部分的访问权限而不是整个表的访问权限
4)更改数据格式和表示
视图可返回与底层表的表示和格式不同的数据。
注意:
- 重要的是知道视图仅仅是用来查看存储在别处的数据的一种设施。视图本身不包含数据,因此它们返回的数据是从其他表中检索出来的。在添加或更改这些表中的数据时,视图将返回改变过的数据。
- 与表一样,视图必须唯一命名唯一,还需要保证自己有足够的权限支持创建视图,这些规则基本是由数据库管理员授予的,视图可以嵌套,即 可以利用从其他视图中检索的数据的查询构造一个视图。
- order by可以用在视图中,但如果从该视图检索数据select中也含有order by,那么该视图的order by将被覆盖。
- 视图不支持索引,也不能有关联的触发器或默认值。
- 视图可以和表一起使用。例如:编写一个联结表和视图的select语句。
创建视图:
查询最近30天的成交金额,按已支付和未支付展示
语法:
CREATE ALGORITHM = UNDEFINED | MERGE | TEMPTABLE
VIEW 视图名 ( 属性清单 )
AS SELECT 语句
WITH CASCADED | LOCAL CHECK OPTION;
ALGORITHM是可选参数,表示视图选择的算法。
UNDEFINED:表示mysql将自动选择所使用的算法;
MERGE:表示将使用的视图语句与视图定义结合起来,使得视图定义的某一部分取代语句的对应部分;
TEMPTABLE:表示将视图的结果存入临时表,然后使用临时表执行语句。
属性清单是可选参数,指定视图中各个属性的名词。默认情况下与SELECT语句中查询的属性相同。
SELECT语句是一个完整的查询语句,表示从某个表查询满足条件的记录。
WITH CHECK OPTION是可选参数,表示更新视图时要保证在该视图的权限范围内。
CASCADED:表示更新视图时要满足所有相关视图和表的条件;
LOCAL:表示更新视图时要满足视图本身的定义条件即可。
注意:创建视图分为:1)从单表创建视图;2)从多表创建视图。
实例:create VIEW aff_order AS
SELECT case pay_status
when 1 THEN '已支付'
WHEN 2 THEN '未支付'
END AS 状态,
FROM_UNIXTIME(ctime, '%Y-%m-%d') AS order_day,
sum(order_amount) / 100 AS 合计
FROM `aff_order`
GROUP BY pay_status,order_day
HAVING order_day < FROM_UNIXTIME( (UNIX_TIMESTAMP() - 86400 *30 ), '%Y-%m-%d' )
ORDER BY ctime
查看视图
DESCRIBE 视图名;
SHOW TABLE STATUS LIKE '视图名';
SHOW CREATE VIEW 视图名;
SELECT * FROM information_schema.views;
前两种为查看视图的基本信息,后两种为查看视图的详细信息。
修改视图
修改视图指修改视图中包含的表的字段。
1)CREATE OR REPLACE VIEW修改视图
CREATE OR REPLACE ALGORITHM = UNDEFINED | MERGE | TEMPTABLE
VIEW 视图名 ( 属性清单 )
AS SELECT 语句
WITH CASCADED | LOCAL CHECK OPTION;
2)ALTER语句
ALTER ALGORITHM = UNDEFINED | MERGE | TEMPTABLE
VIEW 视图名 ( 属性清单 )
AS SELECT 语句
WITH CASCADED | LOCAL CHECK OPTION;
注意:
CREATE OR REPLACE VIEW可以修改现有的视图,也可以创建视图。而ALTER只能修改视图。
更新视图
更新视图指通过视图来插入、更新和删除表中的数据。
因为视图是一个虚拟的表,其中没有数据。通过视图更新都是切换到基本表来更新。并且只能更新权限范围内的数据,超出范围则不能更新。
可以通过INSERT、UPDATE、DELETE更新。
注意:
以下这几种情况不能更新视图:
(1)视图中保护SUM()、COUNT()、MAX()、MIN()等函数;
(2)视图中包含UNION、UNION ALL、DISTINCT、GROUP BY、HAVING等关键字;
(3)常量视图;
(4)视图中的SELECT包含子查询;
(5)由不可更新的视图导出的视图;
(6)创建视图时,ALGORITHM为TEMPTABLE类型;
(7)视图对应的表上存在没有默认值的列,而且该列没有包含在视图中。
删除视图
DROP VIEW [IF EXISTS] 视图名列表 [RESTRICT | CASCADE];
视图的缺点:
(1) 视图不能创建索引
(2)性能差
sql server必须把视图查询转化成对基本表的查询,如果这个视图是由一个复杂的多表查询所定义,那么,即使是视图的一个简单查询,sql server也要把它变成一个复杂的结合体,需要花费一定的时间。
(3)修改限制
当用户试图修改试图的某些信息时,数据库必须把它转化为对基本表的某些信息的修改,对于简单的试图来说,这是很方便的,但是,对于比较复杂的试图,可能是不可修改的
其他:
mysql的视图不是一种物化视图,它相当于一个虚拟表,本身并不存储数据,当sql在操作视图时所有数据都是从其他表中查出来的。这带来的问题是使用视图并不能将常用数据分离出来,优化查询速度。
且操作视图的很多命令都与普通表一样,这会导致在业务代码中无法通过sql区分表和视图,使代码变得复杂。
实现视图的方式有两种,分别为合并算法和临时表算法,合并算法是指查询视图时将视图定义的sql合并到查询sql中,比如create view v1 as select * from user where sex=m;当我们要查询视图时,mysql会将select id,name from v1;合并成select id,name from user where sex=m……
临时表算法是先将视图查出来的数据保存到一个临时表中,查询的时候查这个临时表。不管是合并算法和临时表算法都会带来额外的开销,;且如果使用临时表后会使mysql的优化变得很困难,比如索引。
而且视图还引入了一些其他的问题,使得其背后的逻辑非常复杂。
当然,视图在某些情况下可以帮助提升性能,但视图的性能很难预测。且在mysql的优化器中,视图的代码执行路径也完全不同,无法直观的预测其执行性能。