视图特点与定义

一:视图的简介

  

视图可以被看成是虚拟表或存储查询。可通过视图访问的数据不作为独特的对象存储在数据库内。数据库内存储的是 SELECT 语句。SELECT 语句的结果集构成视图所返回的虚拟表。用户可以用引用表时所使用的方法，在 Transact-SQL 语句中通过引用视图名称来使用虚拟表。

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

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

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

二:视图的优点:
   
  第一点：  
  使用视图，可以定制用户数据，聚焦特定的数据。  
   
  解释：  
  在实际过程中，公司有不同角色的工作人员，我们以销售公司为例的话，  
  采购人员，可以需要一些与其有关的数据，而与他无关的数据，对他没  
  有任何意义，我们可以根据这一实际情况，专门为采购人员创建一个视  
  图，以后他在查询数据时，只需select  *  from  view_caigou   就可以啦。  
   
  第二点：使用视图，可以简化数据操作。  
   
  解释：我们在使用查询时，在很多时候我们要使用聚合函数，同时还要  
  显示其它字段的信息，可能还会需要关联到其它表，这时写的语句可能  
  会很长，如果这个动作频繁发生的话，我们可以创建视图，这以后，我  
  们只需要select  *  from  view1就可以啦，这样很方便。  
   
  第三点：使用视图，基表中的数据就有了一定的安全性  
   
  因为视图是虚拟的，物理上是不存在的，只是存储了数据的集合，我们可以  
  将基表中重要的字段信息，可以不通过视图给用户，视图是动态的数据的集  
  合，数据是随着基表的更新而更新。同时，用户对视图，不可以随意的更改  
  和删除，可以保证数据的安全性。  
   
  第四点：可以合并分离的数据，创建分区视图  
   
  随着社会的发展，公司的业务量的不断的扩大，一个大公司，下属都设有很  
  多的分公司，为了管理方便，我们需要统一表的结构，定期查看各公司业务  
  情况，而分别看各个公司的数据很不方便，没有很好的可比性，如果将这些  
  数据合并为一个表格里，就方便多啦，这时我们就可以使用union关键字，  
  将各分公司的数据合并为一个视图。 

三:视图的缺点:

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

　　 2)修改限制　　

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

下面是四大限制

限制条件一：定义视图的查询语句中不能够使用某些关键字 
    我们都知道，视图其实就是一组查询语句组成。或者说，视图是封装查询语句的一个工具。在查询语句中，我们可以通过一些关键字来格式化显示的结果。如我们在平时工作中，经常会需要把某张表中的数据跟另外一张表进行合并。此时，数据库管理员就可以利用Select Into语句来完成。先把数据从某个表中查询出来，然后再添加到某个表中。 
当经常需要类似的操作时，我们是否可以把它制作成一张视图。每次有需要的时候，只需要运行这个视图即可，而不用每次都进行重新书写SQL代码。不过可惜的是，结果是否定的。在SQL Server数据库的视图中，是不能够带有Into关键字。如果要实现类似的功能，只有通过函数或者过程来实现。 
    另外，跟Oracle数据库不同的是，在微软的SQL Server数据库中创建视图的时候，还有一个额外的限制。就是不能够在创建视图的查询语句中，使用order by排序语句。这是一个很特殊的规定。一些Oracle的数据库管理员，在使用SQL Server数据库创建视图的时候，经常会犯类似的错误。他们就搞不明白，为什么Oracle数据库中可行，但是在微软的数据库中则行不通呢?这恐怕只有微软数据库产品的设计者才能够回答的问题。总之我们要记住的就是，在SQL Server数据库中，建立视图时，查询语句中不能够包含Order By语句。 

限制条件二：视图数据的更改 
    当用户更新视图中的数据时，其实更改的是其对应的数据表的数据。无论是对视图中的数据进行更改，还是在视图中插入或者删除数据，都是类似的道理。但是，不是所有视图都可以进行更改。如下面的这些视图，在SQL Server数据库中就不能够直接对其内容进行更新，否则，系统会拒绝这种非法的操作。 
    如在一个视图中，若采用Group By子句，对视图中的内容进行了汇总。则用户就不能够对这张视图进行更新。这主要是因为采用Group By子句对查询结果进行汇总在后，视图中就会丢失这条纪录的物理存储位置。如此，系统就无法找到需要更新的纪录。若用户想要在视图中更改数据，则数据库管理员就不能够在视图中添加这个Group BY分组语句。 
    如不能够使用Distinct关键字。这个关键字的用途就是去除重复的纪录。如没有添加这个关键字的时候，视图查询出来的纪录有250条。添加了这个关键字后，数据库就会剔除重复的纪录，只显示不重复的50条纪录。此时，若用户要改变其中一个数据，则数据库就不知道其到底需要更改哪条纪录。因为视图中看起来只有一条纪录，而在基础表中可能对有的纪录有几十条。为此，若在视图中采用了Distinct关键字的话，就无法对视图中的内容进行更改。 
如果在视图中有AVG、MAX等函数，则也不能够对其进行更新。如在一张视图中，其采用了SUN函数来汇总员工的工资时，此时，就不能够对这张表进行更新。这是数据库为了保障数据一致性所添加的限制条件。 
    可见，试图虽然方便、安全，但是，其仍然不能够代替表的地位。当需要对一些表中的数据进行更新时，我们往往更多的通过对表的操作来完成。因为对视图内容进行直接更改的话，需要遵守一些限制条件。在实际工作中，更多的处理规则是通过前台程序直接更改后台基础表。至于这些表中数据的安全性，则要依靠前台应用程序来保护。确保更改的准确性、合法性。 

限制条件三：要对某些列取别名，并保证列名的唯一 
    在表关联查询的时候，当不同表的列名相同时，只需要加上表的前缀即可。不需要对列另外进行命名。但是，在创建视图时就会出现问题，数据库会提示 “duplicate column name”的错误提示，警告用户有重复的列名。有时候，用户利用Select语句连接多个来自不同表的列，若拥有相同的名字，则这个语句仍然可以执行。但是，若把它复制到创建视图的窗口，创建视图时，就会不成功。 
    查询语句跟创建视图的查询语句还有很多类似的差异。如有时候，我们在查询语句中，可能会比较频繁的采用一些算术表达式;或者在查询语句中使用函数等等。在查询的时候，我们可以不给这个列“取名”。数据库在查询的时候，会自动给其命名。但是，在创建视图时，数据库系统就会给你出难题。系统会提醒你为列取别名。 
    从以上两个例子中，我们可以看出，虽然视图是对SQL语句的封装，但是，两者仍然有差异。创建视图的查询语句必须要遵守一定的限制。如要保证视图的各个列名的唯一;如果自阿视图中某一列是一个算术表达式、函数或者常数的时候，要给其取名字，等等。 

限制条件四：权限上的双重限制 
    为了保障基础表数据的安全性，在视图创建的时候，其权限控制比较严格。 
    一方面，若用户需要创建视图，则必须要有数据库视图创建的权限。这是视图建立时必须遵循的一个基本条件。如有些数据库管理员虽然具有表的创建、修改权限;但是，这并不表示这个数据库管理员就有建立视图的权限。恰恰相反，在大型数据库设计中，往往会对数据库管理员进行分工。建立基础表的就只管建立基础表;负责创建视图的就只有创建视图的权限。 
    其次，在具有创建视图权限的同时，用户还必须具有访问对应表的权限。如某个数据库管理员，已经有了创建视图的权限。此时，若其需要创建一张员工工资信息的视图，还不一定会成功。这还要这个数据库管理员有美誉跟工资信息相关的基础表的访问权限。如建立员工工资信息这张视图一共涉及到五张表，则这个数据库管理员就需要拥有者每张表的查询权限。若没有的话，则建立这张视图就会以失败告终。 
    第三，就是视图权限的继承问题。如上面的例子中，这个数据库管理员不是基础表的所有者。但是经过所有者的授权，他就可以对这个基础表进行访问，就可以以此为基础建立视图。但是，这个数据库管理员有没有把对这个基础表的访问权限再授权给其他人呢?如他能否授权给A用户访问员工考勤信息表呢?答案是不一定。默认情况下，数据库管理员不能够再对其他用户进行授权。但是，若基础表的所有者，把这个权利给了数据库管理员之后，则他就可以对用户进行重新授权。让数据库管理员可以给A用户进行授权，让其可以进行相关的操作。 
    综合上面所述，视图虽然灵活，安全，方便，但是其仍然有比较多的限制条件。
    根据经验，一般在报表、表单等等工作上，采用视图会更加的合理。因为其 SQL语句可以重复使用。而在基础表更新上，包括纪录的更改、删除或者插入上，往往是直接对基础表进行更新。对于一些表的约束，可以通过触发器、规则等等来实现;甚至可以通过前台SQL语句直接实现约束。
    作为数据库管理员，要有这个能力，能够判断在什么时候使用视图，什么时候直接调用基础表。

一、视图的创建：

1 创建信息系学生信息的视图 （is_view） ；
create view is_view(sno,sname,ssex,sage,sdept)
as
select *
from student
where sdept='IS';

2 创建信息系选修了1号课程的学生的视图；
create view is_1_view(sno,sname,ssex,sage,sdept)
as
select student.*
from student,sc
where student.sdept='IS' and sc.sno=student.sno and sc.cno=1;

3 建立信息系选修了1号课程且成绩在90分以上的学生的视图；
create view cs_1_90_view(sno,sname,ssex,sage,sdept)
as
select student.*
from student,sc
where student.sdept='IS' and sc.sno=student.sno and sc.cno=1 and sc.grade>90;

4 创建一个反映学生出生年份的视图
create view birth_view (sno,birth)
as
select sno,Year(GetDate())-sage
from student;

5 将所有女生的记录定义为一个视图；

create view nv_view(sno,sname,ssex,sage,sdept)
as
select *
from student
where ssex='女';
6 将所有学生的学号和他的平均成绩定义为一个视图S_G。
create view S_G(sno,savg)
as
select sno,avg(grade)
from sc
group by sno;

二、 视图结构的修改：

1 将视图 is_view 修改为信息系的所有女生的视图；
drop view is_view;

create view is_view(sno,sname,ssex,sage,sdept)
as
select *
from student
where sdept='IS' and ssex='女';
或者
alter view is_view
as
select sno,sname,ssex,sage,sdept
from student
where sdept='IS' and ssex='女';
 
三、查询视图

1 在信息系的学生视图中查询年龄小于20岁的学生:
select sno
from is_view
where sage<20;

2 查询信息系选修了1号课程的学生:

select sno
from is_1_view;
3 在视图S_G中查询平均成绩在90分以上的学生的学号和平均成绩:
select sno,savg
from S_G
where savg>90;

四、更新视图：

1 将信息系学生视图is_view中学号为“95002”学生姓名改为”刘辰”；

update is_view
set sname='刘辰'
where sno=95002;

2 向信息系学生视图is_view中插入一个新的学生记录, 学号为95029,姓名为”赵新”, 年龄为20岁；
insert
into is_view(sno,sname,ssex,sage,sdept)
values(95029,'赵新','男'，20,'IS');

3 删除信息系学生视图is_view中学号为95004的学生的记录。
delete
from is_view
where sno=95004;
五、删除视图

1 删除视图is_view
drop view is_view;