【数据库】SQL之视图的作用

在一个项目的实际开发过程中牵涉到复杂业务的时候，我们不可避免的需要使用中间表来进行数据连接，有的同学就说了，我可以采用Hibernate进行主外键进行关联啊？多对多，多对一，一对一，等，采用主外键关联在数据的操作过程中具有很强的耦合性，尤其对于需要经常删改数据表而言，我们是不建议采用主外键关联这种模式，那么，如果我们采用中间表的话，当数据过大在性能上又面临严峻考验，sql视图的出现，在解决中间表的业务逻辑上是不错的选择。ok，首先我们了解什么是视图？

1、视图是表？没错，但是是一张虚拟表，视图的字段是由我们自定义的，视图只供查询，数据不可更改，查询数据来源于我们建立的实体表。

2、使用视图的优势？视图可以将多个复杂关联表，提取出我们需要的信息，优化查询速度。

视图：是从一个或几个基本表（或视图）导出的虚拟表。

视图与查询的区别：

　　视图和查询都是用由sql语句组成,这是他们相同的地方,但是视图和查询有着本质区别：

　　它们的区别在于：

　　1：存储上的区别：视图存储为数据库设计的一部分,而查询则不是.

　　2：更新限制的要求不一样

　　要注意：因为视图来自于表,所以通过视图可以间接对表进行更新,我们也可以通过update语句对表进行更新,但是对视图和查询更新限制是不同的,以下我们会知道虽然通过视图可以间接更新表但是有很多限制.

　　3：排序结果：通过sql语句,可以对一个表进行排序,而视图则不行。比如：创建一个含有order by子句的视图,看一下可以成功吗？

视图的优缺点

<1>首先，使用视图有几个好处是：

1、视图能简化用户的操作

经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。

2、视图机制可以使用户以不同的方式查询同一数据

通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。

数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上，但不能授权到数据库特定行和特定的列上。

通过视图，用户可以被限制在数据的不同子集上。

3、视图对数据库重构提供了一定程度的逻辑独立性

视图可帮助用户屏蔽真实表结构变化带来的影响

4、视图可以对机密的数据提供安全保护

视图的安全性可以防止未授权用户查看特定的行或列，是用户只能看到表中特定行的方法如下：

1，在表中增加一个标志用户名的列；

2，建立视图，是用户只能看到标有自己用户名的行；

3，把视图授权给其他用户。

5、适当的利用视图可以更清晰的表达查询 <2>.视图的缺点 A.性能。 SQL Server必须把视图的查询转化成对基本表的查询，如果这个视图是由一个复杂的多表查询所定义，那么，即使是视图的一个简单查询，SQL Server也把它变成一个复杂的结合体，需要花费一定的时间。 B.修改限制。 当用户试图修改视图的某些行时，SQL Server必须把它转化为对基本表的某些行的修改。事实上，当从视图中插入或者删除时，情况也是这样。对于简单视图来说，这是很方便的，但是，对于比较复杂的视图，可能是不可修改的，这些视图有如下特征： 　　a.有UNIQUE等集合操作符的视图。 　　b.有GROUP BY子句的视图。 　　c.有诸如AVG\SUM\MAX等聚合函数的视图。 　　d.使用DISTINCT关键字的视图。 　　e.连接表的视图（其中有些例外） (3).创建视图的限制： 在创建视图时，还要注意试图必须满足以下几点限制： <1>.不能将规则或者DEFAULT定义关联于视图。 <2>.定义视图的查询中不能含有ORDER BY\COMPURER\COMPUTER BY 子句和INTO关键字 <3>.如果视图中某一列是一个算术表达式、构造函数或者常数，而且视图中两个或者更多的不同列拥有一个相同的名字(这种情况通常是因为在视图的定义中有一个连接，而且这两个或者多个来自不同表的列拥有相同的名字)，此时，用户需要为视图的每一列指定列的名称。

视图使用的场景一般有：
1、不希望访问者获取整个表的信息，只暴露部分字段给访问者，所以就建一个虚表，就是视图。

比如某表中的部分字段含有机密信息，不应当让低权限的用户访问到的情况，这时候给这些用户提供一个适合他们权限的视图，供他们阅读自己的数据就行了。

2、查询的数据来源于不同的表，而查询者希望以统一的方式查询，这样也可以建立一个视图，把多个表查询结果联合起来，查询者只需要直接从视图中获取数据，不必考虑数

据来源于不同表所带来的差异。

3、个人认为多表连接的时候可以考虑用视图，这样当要修改数据源的时候，改改视图就行了，不用重新修改代码，再发布程序。

4、经常用到的查询，或较复杂的联合查询应当创立视图，这是会优化性能的。

如何创建视图？

我们先建立三张表；如下:

这个是典型的一对多和一对一的关系，那么，假如每张表的数据都在一万条数据以上，现在查询在潢高上学的学生姓名？

首先，我们分析一下，在潢高上学？首先是一个高中，那么我们会有一条Sql where school='潢高',

查询出一个List,得到gradeids，然后再到grade中根据gradeids查询这么多grades对应的studentids，在使用这些studentsid查询出students循环最后得到name？

是不是很累赘？查询是不是很影响性能？

观察得知，这三张表每两张表之间都是通过id进行关联的，如果我们通过id将三张表组成一张表，是不是很方便？

我们来关联学校表和年级表:这个年级ID我们不要，ok？

?

1	select s.id as schoolId,s.schoolasschoolName,s.gradeidasgradeid,g.gradeasgradeName,g.studentidasstudentidfromschool s,grade gwheres.gradeid=g.id;

那么我们再关联上学生表，学生表的id等于年级表的studentid ok？

?

1 2	SELECT s.id as schoolId,s.schoolasschoolName,s.gradeidasgradeid,g.gradeasgradeName,g.studentidasstudentid ,t.`name`asstudentName,t.ageasstudentAge from school s,grade g,student t where s.gradeid=g.id and g.studentid=t.id;

ok，到了这里？我们再看运行结果？

那么我们想查询在潢高上学的学生姓名，where schoolName='潢高',获取的list循环得到Object，通过Object.getStudentName,就可以了？

所以需要将查询到的结果，建立为一张虚拟表,这样才能操作，通过这个create view 视图名 as 命令建立:

意思就是将查询结果创建为名称为table_sgt的一张虚拟表:

?

1	create view table_sgt as(selects.idasschoolId,s.schoolasschoolName,s.gradeidasgradeid,g.gradeasgradeName,g.studentidasstudentid ,t.`name`asstudentName,t.ageasstudentAgefromschool s,grade g,student twheres.gradeid=g.idandg.studentid=t.id);

我们在使用视图的时候，需要把它看做为一张表，建立一张实体表需要做的步骤，视图也都需要(例如，实例化，配置映射文件，对象的属性get,set方法)

注意视图所查询出来的数据只能进行查看，不能增删改！