本文实例总结了mysql视图原理与用法。分享给大家供大家参考,具体如下:
一、什么是视图
视图是指计算机数据库中的视图,是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名称的列和行数据。但是,视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。简单的来说视图是由其定义结果组成的表;
例子:定一班级表class(ID,name) 学生表 student(id,class_id,name);
当数据表结构很复杂,但我们只关心其中一部分数据的时候就可以使用视图,定义关心的数据
创建视图:
create view v_stu as select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id
查询视图 v_stu
select * from v_stu
c_name | stu_name |
wu | 一班 |
li | 二班 |
二、为什么使用视图
1.安全性。一般是这样做的:创建一个视图,定义好该视图所操作的数据。之后将用户权限与视图绑定。这样的方式是使用到
了一个特性:grant语句可以针对视图进行授予权限。
2.查询性能提高。
3.有灵活性的功能需求后,需要改动表的结构而导致工作量比较大。那么可以使用虚拟表的形式达到少修改的效果。
这是在实际开发中比较有用的
例子:假如因为某种需要,a表与b表需要进行合并起来组成一个新的表c。最后a表与b表都不会存在了。而由于原来程序中编写sql分别是基于a表与b表查询的,这就意味着需要重新编写大量的sql(改成向c表去操作数据)。而通过视图就可以做到不修改。定义两个视图名字还是原来的表名a和b。a、b视图完成从c表中取出内容。
说明:使用这样的解决方式,基于对视图的细节了解越详细越好。因为使用视图还是与使用表的语法上没区别。比如视图名a,那么查询还是"select * from a"。
4.复杂的查询需求。可以进行问题分解,然后将创建多个视图获取数据。将视图联合起来就能得到需要的结果了。
视图的工作机制:当调用视图的时候,才会执行视图中的sql,进行取数据操作。视图的内容没有存储,而是在视图被引用的时候才派生出数据。这样不会占用空间,由于是即时引用,视图的内容总是与真实表的内容是一致的。视图这样设计有什么好处?节省空间,内容是总是一致的话,那么我们不需要维护视图的内容,维护好真实表的内容,就可以保证视图的完整性了。
三、视图的执行方式
视图中是没有保存真实的数据的,只是引用了真实表中的数据,其引用的数据有其定义决定,当我们进行查询视图其实是从定义中取数据;
MySQL 中会有infomation_schema 这么一个数据库,它是mysql自带的一个数据库,存储mysql数据库的一些元数据,所谓的元数据是指的是mysql的表信息。视图信息、列信息等。简单的说就相当于mysql数据库的一个目录。所有的视图在views 表中都有存储说明;从这里我们可以看出mysql 的工作机制;
select * from v_stu;
v_stu也可以是一个表名,由于视图和表的物理结构不同,表中可以查出真实的数据,而视图需要查找到是定义,从而得到需要的数据,我们怎么知道v_stu是一个视图呢?是因为有一个查看目录的例程在做这件事。
视图机制:
视图处理有两种机制,替换式和具化式;
① 替换式:操作视图时,视图名直接被视图定义给替换掉,结果就变成select * from (select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id),在提交给mysql执行;
② 具化式:mysql先得到了视图执行的结果,该结果形成一个中间结果暂时存在内存中。之后,外面的select语句就调用了这些中间结果(临时表)。
看起来都是要得到结果,形式上有区别,好像没体会到本质上的区别。两种方式又有什么样的不同呢?
替换方式,将视图公式替换后,当成一个整体sql进行处理了。具体化方式,先处理视图结果,后处理外面的查询需求。
替换方式可以总结为,先准备,后执行。
具体化方式总结理解为,分开处理。
哪种方式好?不知道。mysql会自己确定使用哪种方式进行处理的。自己在定义视图的时候也可以指定使用何种方式。
例子:
语法:
CREATE [ALGORITHM]={UNDEFINED|MERGE|TEMPTABLE}] VIEW 视图名 [(属性清单)] AS SELECT 语句 [WITH [CASCADED|LOCAL] CHECK OPTION];
ALGORITHM有三个参数分别是:merge、TEMPTABLE、UNDEFINED
merge:处理方式替换式,可以进行更新真实表中的数据;
TEMPTABLE:具化式,由于数据存储在临时表中,所以不可以进行更新操作!
当你的参数定义是UNDEFINED(没有定义ALGORITHM参数)。mysql更倾向于选择替换方式。是因为它更加有效。
例子:
create ALGORITHM=merge view v_stu as select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id update v_stu set c_name = '' where c_name ='';
执行成功
create ALGORITHM=TEMPTABLEview v_stu as select c.name as c_name ,s.name as stu_name from student s,class c where c.id = s.class_id
执行失败,不可以更新!
更多关于MySQL相关内容感兴趣的读者可查看本站专题:《MySQL查询技巧大全》、《MySQL事务操作技巧汇总》、《MySQL存储过程技巧大全》、《MySQL数据库锁相关技巧汇总》及《MySQL常用函数大汇总》
希望本文所述对大家MySQL数据库计有所帮助。
本文向大家介绍MySQL视图原理与基本操作示例,包括了MySQL视图原理与基本操作示例的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了MySQL视图原理与基本操作。分享给大家供大家参考,具体如下: 概述 视图是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名称的列和行数据。但是视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并在引用视
本文向大家介绍mysql视图功能与用法实例分析,包括了mysql视图功能与用法实例分析的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了mysql视图功能与用法。分享给大家供大家参考,具体如下: 通俗的讲,视图就是一条SELECT语句执行后返回的结果集。 方便操作,特别是查询操作,减少复杂的SQL语句,增强可读性; 视图与表是一对一关系情况:如果没有其它约束(如视图中没有的字段,在基本表中是
本文向大家介绍JS原型和原型链原理与用法实例详解,包括了JS原型和原型链原理与用法实例详解的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了JS原型和原型链原理与用法。分享给大家供大家参考,具体如下: Javascript语言的继承机制一直很难被人理解。 它没有"子类"和"父类"的概念,也没有"类"(class)和"实例"(instance)的区分,全靠一种很奇特的"原型链"(prototy
本文向大家介绍JavaScript代理模式原理与用法实例详解,包括了JavaScript代理模式原理与用法实例详解的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了JavaScript代理模式原理与用法。分享给大家供大家参考,具体如下: 代理模式的定义,代理是一个对象(proxy)用它来控制目标对象的访问。为此他要是先与目标对象相同的接口,但是他不同于装饰者模式,它对目标对象不进行任何修改,
本文向大家介绍Python多线程原理与用法实例剖析,包括了Python多线程原理与用法实例剖析的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了Python多线程原理与用法。分享给大家供大家参考,具体如下: 先来看个栗子: 下面来看一下I/O秘籍型的线程,举个栗子——爬虫,下面是爬下来的图片用4个线程去写文件 4个线程的执行耗时为:0.421320716723秒 修改一下main_1换成单线
本文向大家介绍Java Arrays.AsList原理及用法实例,包括了Java Arrays.AsList原理及用法实例的使用技巧和注意事项,需要的朋友参考一下 java.util.Arrays的asList方法可以方便的将数组转化为集合,我们平时开发在初始化ArrayList时使用的比较多,可以简化代码,但这个静态方法asList()有几个坑需要注意: 一. 如果对集合使用增加或删除元素的操作