<强> mysql视图概念
视图本身是一张虚拟表,不存放任何数据。在使用SQL语句访问视图的时候,获取的数据是mysql从其它表中生成的,视图和表在同一个命名空间。视图查询数据相对安全,可以隐藏一些数据和结构,只让用户看见权限内的数据,使复杂的查询易于理解和使用。
<强>视图用法
如下基于用户和订单管理演示视图的基本用法。(在线学习视频教程分享:mysql视频教程)
<>强基础表结构
创建表v01_user (
id INT (11) NOT NULL AUTO_INCREMENT评论& # 39;主键id # 39;,
user_name VARCHAR(20)默认空评论& # 39;用户名& # 39;,
电话VARCHAR(20)默认空评论& # 39;手机号& # 39;,
pass_word VARCHAR(64)默认空评论& # 39;密码& # 39;,
card_id VARCHAR(18)默认空评论& # 39;身份证身份证,,
pay_card VARCHAR(25)默认空评论& # 39;卡号& # 39;,
主键(id)
)引擎=InnoDB的默认字符集=utf8评论& # 39;用户表& # 39;;
创建表v02_order (
id INT (11) NOT NULL AUTO_INCREMENT评论& # 39;主键id # 39;,
user_id INT (11) NOT NULL评论& # 39;用户id # 39;,
order_no VARCHAR(32)默认空评论& # 39;订单编号& # 39;,
good_name VARCHAR(60)默认空评论& # 39;商品名称& # 39;,
good_id INT(11)默认空评论& # 39;商品id # 39;,
num INT(11)默认空评论& # 39;购买数量& # 39;,
total_price小数(10,2)默认空评论& # 39;总价格& # 39;,
主键(id)
)引擎=InnoDB的默认字符集=utf8评论& # 39;订单表& # 39;; <>强基本语法
创建或替换view_name视图
作为select_statement <>强注意事项:表和视图共享数据库中相同的名称空间,因此,数据库不能包含具有相同名称的表和视图。
用户订单视图
创建或替换视图user_order_view选择
t1.id、t1.user_name t2.order_no t2.good_id,
t2.good_name、t2.num t2.total_price
从v01_user t1
离开加入v02_order t2> SELECT * FROM user_order_view user_name=& # 39;蝉# 39;;
查看视图
显示创建视图user_order_view;
修改视图
改变视图view_name select_statement;
删除视图
下降的观点(如果存在)view_name; <强>视图更新
在指定条件允许的情况下,可以通过在视图上操作更新,删除,甚至写入数据,进而更新视图所涉及的相关表。
更新user_order_view设置user_name=& # 39;微笑# 39;id=& # 39; 1 & # 39;; 这里就通过对视图执行更新操作,进而更新v01_user表数据。如果视图定义时使用聚合函数,分组等特殊操作,则无法更新.MySQL不支持在视图上创建触发器。
<强>视图实现
1,临时表算法
服务器会把视图查询SQL的数据保存在临时表中,临时表的结构和视图字段结构一致,这样是SQL查询优化中最忌讳的操作,数据量稍微偏大,就会严重影响性能。如果视图无法和原有表产生一对一的映射关系,就会产生临时表,由此也可见视图并不是很简单,甚至是非常复杂的功能。
2,合并算法
服务器基于视图中使用的表执行查询,最后把查询结构合并后返回给客户端。
3区别方法
执行如下查询语句,可以分析执行的性能参数。
解释SELECT * FROM user_order_view; 观察查询结果中select_type字段,如果是派生则说明使用临时表。这里SQL执行分析的语法后面优化部分再详解。
<强>注意事项
1、性能问题
MySQL并不支持在视图中创建索引,使用视图的时候可能会引发很多查询性能问题,所以建议使用的时候要慎重,多角度审视和测试。
2,特殊用法
基于视图的查询,可以修改部分表结构,只要不是在视图中使用的字段,就不会影响视图的查询。
以上就是一文详解MySQL视图的详细内容,更多请关注其它相关文章!
