C军

不玩博客了!

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

  视图实际上就是一个存储查询,重点是是可以混合和匹配来自基本表(或者其他视图)的数据,从而创建在很多方面像另一个基表那样起作用的对象。可以创建一个简单的查询,仅仅从一个表中选择几列,而忽略其他列;或者也可以创建一个复杂的查询,连接几个表,使的这些表看起来像一个表。

一、简单的视图

  视图的语法如下:

CREATE VIEW <view name>
AS
<SELECT statement>

  具体语法:

CREATE VIEW [schema_name].<view name> [(<column name list>)]
[WITH [ENCRYPTION][,SCHEMABINDING][,VIEW_METADATA]]
<SELECT statement>
WITH CHECK OPTION

  示例:

CREATE VIEW columnNamePath_vw
AS
SELECT col_name,col_path 
From Nx_column

  这种形式的视图可以达到的目的是,向特定的用户屏蔽一部分列信息,只显示他需要的列,对于敏感的列屏蔽。

  还有一种就是作为过滤的视图,通过使用where子句,达到屏蔽一部分行的信息,只显示他需要的行,对于敏感的行屏蔽。

二、复杂点的视图

  复杂点的视图,其实也复杂不到哪里去,无非是添加一些inner join,left join之类的东西而已。

  此外,还可以通过使用各种函数实现,只返回某一天的数据,或格式经过整理的数据等等。

  视图与的工作方式与表很像,但是还是有一些不同之处。在对视图执行INSERT,UPDATE以及DELETE语句时,要记住以下一些内容

  •   如果视图包含连接,在大多数情况下,除非使用INSTEAD OF触发器,否则不能对数据执行INSERT或DELETE操作。有时(只要只更新来自单个表的列),UPDATE可以  不使用INSTEAD OF触发器来工作,但是这需要一些规划,否则很快会遇到问题。
  •   如果视图仅仅引用单个表,那么在表中的所有必需字段都在视图中或者有默认值的情况下,可以通过使用视图而不用INSTEAD OF触发器来对数据执行INSERT操作。几时对于单个表的视图来说,如果有一列没有出现在不具有默认值的视图中,那么如果想要允许INSERT操作,必须使用INSTEAD OF触发器。
  •   可在有限范围内限制是否可以在视图中插入或更新内容。

  1、用连接的数据处理视图变化

  如果视图有多个表,那么在很多情况下使用视图来修改数据是不允许的-除非使用INSEEAD OF触发器。

  2、必需字段必须在视图中出现或者具有默认值

  在默认情况下,如果使用视图来插入数据(内部查询必定有一个单个表的SELECT操作或者至少必须限制插入只影响到一个表,并且使所有必需的列出现),那么必须能为所有的必需字段(不允许为空的字段)提供一些值。不过要认识到任何没有数据以及不接受NULL数值的列需要出现在视图中。以通过视图来执行INSERT操作。

  3、通过WITH CHECK OPTION限制插入到视图中的内容

  WITH CHECK OPTION是SQL Server中鲜为人知的功能之一。规则很简单-为了通过使用视图更新或者插入数据,结果行必须符合要求以显示在视图结果中。

   示例:

CREATE VIEW PortlandAreaAddress_vw
AS
SELECT AddressId,AddressLine1,City,StateProviceID,PostalCode,ModifiedDate
FROM Person.Address
WHERE PostalCode LIKE '970%' OR PostalCode LIKE '971%' OR PostalCode LIKE '972%' OR PostalCode LIKE '986[6-9]%'
WITH CHECK OPTION

  如果尝试通过对以上视图来更新一行,将PostalCode设置为不是以97或98开头:

  UPDATE PortlandAreaAddress_vw
  SET PostalCode = '33333'  --不以97 98 开头
  WHERE AddressID = 22

  SQL Server会报错

  视图进行的插入或更新已失败,原因是目标视图或目标视图所跨越的某一视图指定了WITH CHECK OPTION,而该操作的一个或多个结果行又不符合CHECK OPTION约束。

  语句已经终止。

  WHERE子句过滤视图的内容,以便只显示970、971、972或9866~9869之间的邮编,并且WITH CHECK OPTION说明任何INSERT或者UPDATE语句必须满足WHERE之间的条件(而33333这个邮编不满足这个条件)。

  以上语句如果用表执行是正常的。

三、使用T-SQL编辑视图

  在使用T-SQL编辑视图时要记住,这是在完全替换现有的视图。使用ALTER VIEW语句和CREATE VIEW语句的区别主要有以下几点:

  •   ALTER VIEW期望找到一个已有的视图,而CREATE则不是。
  •   ALTER VIEW保留了视图上已经建立的任何权限。
  •   ALTER VIEW保留了任何依赖信息。

   要切记第二点,如果删除了视图,然后在CREATE,那么其效果与ALTER VIEW语句基本一样,只是权限信息要全部重建。

  删除视图的语法如下:

DROP VIEW <view name>,[<view name>,[...n]]

 四、审查:显示现有代码

  有两种得到实际视图定义的方法:

  •   sp_helptext
  •   sys.modules元数据函数

  sp_helptext示例:

EXEC sp_helptext PortlandAreaAddress_vw

  SQL Server返回创建视图的代码

   sys.modules示例:

  使用该函数的主要问题在于所有对象都用对象ID编码,对象ID是SQL Server跟踪事物的内部方法,他们是整型值而不是用于对象的名称。可以通过使用OBJECT_ID()函数来避开这个问题。

  SELECT * 
  FROM sys.sql_modules
  WHERE  object_id = OBJECT_ID('dbo.PortlandAreaAddress_vw')

  再次得到SQL Server创建视图的代码,和sp_helptext一样。

五、保护代码:加密视图

  加密视图所有必须做的是使用WITH ENCRYPTION选项。技巧:

  •   WITH ENCRYPTION跟在视图名称之后,但在AS关键字之前。
  •   WITH ENCRYPTION不使用OPTION关键字

  如果使用ALTER VIEW语句,那么意味着除了访问权限外,完全替换了现有的视图。那么意味着加密方法也被替换了。如果想对被改变的视图加密,那么必须在ALTER VIEW语句中使用WITH ENCRYPTION子句。  

   示例:

  ALTER VIEW CustomerOrders_vw
  WITH ENCRYPTION
  AS
  SELECT.....

  现在再对以上视图查看信息:

  EXEC sp_helptext CustomerOrders_vw

  SQL Server提示如下:

  对象'CustomerOrders_vw'的文本已加密。

  注意:在使用WITH ENCRYPTION之前,必须先备份好源代码,一旦源代码被加密,就没有办法恢复。如果没有在其他地方存储代码,又需要改变代码只有重新编写。

六、模式绑定

  模式绑定实际上就是将视图所依赖的事物(表或者其他视图)“绑定”到视图。起重要意义在于除非首先删除模式绑定的视图,否则没有人可以修改那些对象(CREATE、ALTER)。

  其作用如下:

  •   可以防止修改底层对象时使用视图"孤立"。如删除了表,但没考虑到视图。
  •   为了允许创建索引视图:如果想要在视图上创建索引,那么必须使用SCHEMABINDING选项来创建视图。
  •   如果要创建一个模式绑定的用户自定义函数来引用视图,那么视图也必须是绑定的。

  视图注意事项总结:

  •   避免基于视图构建视图-而应该将来自第一个视图的合适的查询信息应用到新的视图中。
  •   记住使用WITH CHECK OPTION的视图提供了一些普通CHECK约束所不具备的灵活性
  •   如果不希望其他人能看见你的源代码,就加密视图,但要记得备份未加密的代码;因为加密后就不能恢复为加密的代码了。
  •   除了权限之外,使用ALTER VIEW意味着完全替换了现有的视图。这意味着如果要使被修改的视图里的加密和限制仍然是有效的,那么必须在ALTER语句里包含WITH ENCRYPTION和WITH CHECK OPTION子句。
  •   使用sel_helptext显示视图支持的代码-避免使用系统表。
  •   最小化用于生产查询的视图的用户-因为他们增加了额外的系统开销并且危害性能。

  视图一般用于以下情况:

  •   过滤行
  •   保护敏感数据
  •   降低数据库复杂性
  •   将多个物理数据库抽象为一个逻辑数据库

 

posted on 2013-06-15 12:53  逆心  阅读(1684)  评论(0编辑  收藏  举报