本文实例总结了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
二、为什么使用视图
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数据库计有所帮助。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)