MySQL数据库视图:视图定义、创建视图、修改视图

義往昔 1年前 ⋅ 1675 阅读

文章结构:

视图相关的MySQL指令
视图
创建视图
视图与数据变更
视图是指计算机数据库中的视图,是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名称的列和行数据。但是,视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。——百度百科

关系型数据库中的数据是由一张一张的二维关系表所组成,简单的单表查询只需要遍历一个表,而复杂的多表查询需要将多个表连接起来进行查询任务。对于复杂的查询事件,每次查询都需要编写MySQL代码效率低下。为了解决这个问题,数据库提供了视图(view)功能。

 视图是存储在数据库中的查询的SQL语句,他主要出于两种原因:

    1. 安全原因:视图隐藏一些数据,如社会保险基金表,可以用视图只显示姓名、地址,而不显示社会保险号和工资数等

    2. 另一原因:可使复杂的查询易于理解和使用。这个视图就像一个窗口,从中只能看到你想看到的数据列。这意味着你可以在这个视图上使用select *,而你看到的将是你在视图定义里给出那些数据列。


  • 创建视图 CREATE VIEW 视图名(列1,列2...) AS SELECT (列1,列2...) FROM ...;
  • 使用视图 当成表使用就好
  • 修改视图 CREATE OR REPLACE VIEW 视图名 AS SELECT [...] FROM [...];
  • 查看数据库已有视图 >SHOW TABLES [like...];(可以使用模糊查找)
  • 查看视图详情 DESC 视图名或者SHOW FIELDS FROM 视图名
  • 视图条件限制 [WITH CHECK OPTION]

原文链接:很多小例子 http://blog.csdn.net/moxigandashu/article/details/63254901

另一篇视图解释(推荐):
https://www.cnblogs.com/yycc/p/7216885.html?utm_source=itdadao&utm_medium=referral

结论:视图不会加快查询, 一样的

一:视图的简介

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

对其中所引用的基础表来说,视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表,或者其它视图。分布式查询也可用于定义使用多个异类源数据的视图。如果有几台不同的服务器分别存储组织中不同地区的数据,而您需要将这些服务器上相似结构的数据组合起来,这种方式就很有用。

在mssql,oracle里,视图是不支持输入参数的,因此有些人宁愿用存储过程,也不用视图,而且存储过程和视图,在效率上,基本上没什么区别。 

虽然视图不支持输入参数,但在一些数据量不多,但查询比较复杂的操作情况,利用视图来进行开发,是比较方便的。

二:视图的优点:

第一点:

使用视图,可以定制用户数据,聚焦特定的数据。

解释:
在实际过程中,公司有不同角色的工作人员,我们以销售公司为例的话,
采购人员,可以需要一些与其有关的数据,而与他无关的数据,对他没
有任何意义,我们可以根据这一实际情况,专门为采购人员创建一个视
图,以后他在查询数据时,只需select * from view_caigou 就可以啦。

第二点:使用视图,可以简化数据操作。

解释:我们在使用查询时,在很多时候我们要使用聚合函数,同时还要
显示其它字段的信息,可能还会需要关联到其它表,这时写的语句可能
会很长,如果这个动作频繁发生的话,我们可以创建视图,这以后,我
们只需要select * from view1就可以啦,这样很方便。

第三点:使用视图,基表中的数据就有了一定的安全性

因为视图是虚拟的,物理上是不存在的,只是存储了数据的集合,我们可以
将基表中重要的字段信息,可以不通过视图给用户,视图是动态的数据的集
合,数据是随着基表的更新而更新。同时,用户对视图,不可以随意的更改
和删除,可以保证数据的安全性。

第四点:可以合并分离的数据,创建分区视图

随着社会的发展,公司的业务量的不断的扩大,一个大公司,下属都设有很
多的分公司,为了管理方便,我们需要统一表的结构,定期查看各公司业务
情况,而分别看各个公司的数据很不方便,没有很好的可比性,如果将这些
数据合并为一个表格里,就方便多啦,这时我们就可以使用union关键字,
将各分公司的数据合并为一个视图。

三:视图的缺点:

1. 性能差

sql server必须把视图查询转化成对基本表的查询,如果这个视图是由一个复杂的多表查询所定义,那么,即使是视图的一个简单查询,sql server也要把它变成一个复杂的结合体,需要花费一定的时间。

2. 修改限制

当用户试图修改试图的某些信息时,数据库必须把它转化为对基本表的某些信息的修改,对于简单的试图来说,这是很方便的,但是,对于比较复杂的试图,可能是不可修改的。


全部评论: 0

    我有话说: