关于SQL中View语句详细讲解.doc

关于SQL中View语句的详细讲解 众所周知，View就是命名了的SQL语句，在数据库中以虚表形式存在的对象。为什么说是虚表，因为View中呈现给用户的数据完全是存储在来自于View的底层对象--- Table中。View有三种类型：Regular View，Updateable View以及Indexed View。下面我们就来探讨一下View的共性。创建View的语法为：Create View v_Name[With ]AsSQL statement[With Check Option]其中View_Attribute包括三种属性：1) Encryption: 加密视图定义，一旦视图被加密，任何人都无法看到视图的定义，包括数据库管理员和系统管理员对无法对加密的视图定义进行解密，所以以后不能对加密的视图进行维护，只能drop掉然后重新Create，所以在你决定加密视图定义之前最好有一个该视图定义的备份。2) Schemabinding：架构绑定。如果你所创建的视图附带了这个属性，那么任何在该视图中关联的表、视图都无法被drop掉，除非首先drop掉这个视图。所以一些数据库管理员在创建数据库表的时候，会创建一个和表结构一样的Schemabinding视图，即使这个视图从来不用，这样做的目的就是防止一些关键性的表被系统管理员不小心drop掉。3) View_Metadata：如果创建视图的时候附带这个属性，The VIEW_METADATA option returns metadata about a view to client-side data access libraries.另外在创建视图的时候也有如下四条限制：1) 不能使用Compute / Compute by /Option语句2) 不能使用INTO关键字3) 不能引用临时表和表变量4) 不能使用order by语句，除非有top关键字存在另外一个对视图对象要关注的就是权限问题，由于视图可能引用很多表，所以对视图有select权限的User，并不一定对视图所引用的基表有Select权限。比如下图：T_Customer ---------------------- V_CustomerAddress --------------------------T_AddressOwned by UserA Owned by UserB Owned by UserC假如UserA把select该视图的权限grant给了UserD，此时，UserD 访问V_CustomerAddress是有权限的，但是会得到错误信息：UserD没有select T_ Customer和T_ Address的Permission。所以为了保证UserD可以正常访问该视图之前应该做以下事情：1) UserA grants UserD SELECT permission to view v_CustomerAddress.2) UserB grants UserD SELECT permission to table t_Customer.3) UserC grants UserD SELECT permission to table t_Address.另外一个就是视图的SQL替代，比如视图中join视图，则在QE(Query Executor)执行之前，QO(Query Optimizer)会把视图中的引用替换为视图定义的表引用，这个是一些理论性的东西。QO就相当于数据库的军师，会在执行之前找最优的Execute Plan（执行计划），实际上QO还有很多值得惊讶的功能。以上所探讨的就是View的共性，下面具体研究一下视图中的非常规视图：可更新视图（Updateable View）和索引视图（Indexed View）1 Updateable View对于可更新视图，主要是With Check Option选项，在SQL2000中，视图只有select功能，但是到了SQL2005中，视图同时具有了select，insert，update和delete的功能，假如我们创建一个视图如下（没有with check option选项）：Create view ScoreViewwith schemabinding -- Mainly used for security issue.asselect Name,Subject,Result from dbo.score where Result80这个时候如果我们执行 insert into ScoreView values(Bosco,English,71)操作，返回 1