SQL Server 2000的视图中必须小心使用*符号

数据库 SQL Server
SQL Server 2000 是Microsoft 公司推出的SQL Server 数据库管理系统的一个版本。SQL Server 2000 继承了之前版本的优点,同时又比它增加了许多更先进的功能,具有使用方便,可伸缩性好与相关软件集成程度高等优点,下面我将为大家介绍关于SQL Server 2000的视图中必须小心使用*符号。

导读:SQL Server 2000的视图中一个小小的“*”会带来什么问题呢?下文中将会给大家带来答案。

有些朋友看到这个标题可能会有疑问,难道在视图中使用*符号还有何要注意的地方吗?对于这个问题,我们先不必回答,先看一下例子吧。

我这里,使用的数据库是SqlServer2000自带的Northwind,这样方便大家自己私下里测试。

首先,创建两个视图,视图的脚本如下:

  --视图 vCustomersA
  create view vCustomersA
  as
  select CustomerID ,CompanyName,ContactName,ContactTitle,
  Address,City,Region,PostalCode,Country,Phone,Fax
  from dbo.Customers
  go

  --视图 vCustomersB
  create view vCustomersB
  as
  select * from vCustomersA
  go

然后,使用这两个视图查询客户ID为ALFKI的资料,查询语句如下:

  select * from vCustomersA where CustomerID = 'ALFKI'
  select * from vCustomersB where CustomerID = 'ALFKI'

 

查询的结果如下:

  一切正常,这个时候,需求发生了变化,我们需要改动vCustomersA,改动后的脚本如下:(为了说明问题,我们只是把CompanyName和ContactName互换一下位置)

  --改动后的视图vCustomersA
  alter view vCustomersA
  as
  select CustomerID ,ContactName,CompanyName,ContactTitle,
  Address,City,Region,PostalCode,Country,Phone,Fax
  from dbo.Customers
  go

  这个时候,当我们再次使用视图vCustomersB查询客户ID为ALFKI的资料的时候,错误已经悄然来临,你注意到了吗?让我们来看一下这两个视图的查询结果吧,查询语句如下:

  select * from vCustomersA where CustomerID = 'ALFKI'
  select * from vCustomersB where CustomerID = 'ALFKI'

  查询的结果发生变化。你注意到数据的异常了吗?使用视图vCustomersB查询的结果出现了错误,CompanyName显示的资料是:Maria Anders,而在视图vCustomersA查询的结果中CompanyName是:Alfreds Futterkiste。我们仅仅是在vCustomersA中互换了两个字段的位置,再次使用vCustomersB查询数据却发生了数据错位的现象,这是什么原因导致的呢?

 

 带着这个问题,让我们去了解一下,何谓视图?在Sql Server2000的帮助文档中是这样描述视图的,定义如下:“视图是一个虚拟表,其内容由查询定义,同真实的表一样,视图包含一系列带有名称的列和行数据。但是,视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。”通过这个定义我们可以看出,视图是一个虚拟的表,它仅仅包括视图的定义脚本,查询的内容则是动态的生成。当我们创建了一个视图以后,视图的脚本会保存到当前数据库的系统表syscomments里,我们可以通过系统提供的存储过程:sp_helptext查询得到视图的定义脚本。从定义上看,好像并不能得到我们想要的答案,那么我们就先不管Sql Server2000是如何实现视图的,我们先来解决一下当前的问题(我上面提到的)。可能有些朋友已经知道了解决问题的办法了,那就是把vCustomersB的定义脚本重新执行一下(其实只需要把create换成alter执行一下就可以),脚本如下:

  --重新执行一下vCustomersB的定义脚本

  alter view vCustomersB
  as
  select * from vCustomersA
  go

  那么,除了这个方法以外,其实SqlServer2000也提供了一个扩展存储过程sp_refreshview来帮我们做这件事情,调用的脚本如下:

  --刷新指定视图的元数据

  exec sp_refreshview 'vCustomersB'

  我个人目前就知道这两个办法,不知道,你还有没有其他的办法,有的话可以一起分享一下。

 

sp_refreshview的功能描述为:“刷新指定视图的元数据。由于视图所依赖的基础对象的更改,视图的持久元数据会过期。”由于sp_refreshview的代码被封装了(没有公开),所以我们看不到它的内部实现,不过看了这个存储过程的描述,你是否对视图有了新的认识呢?

  从这里,我们可以看到,当我们使用一个视图查询数据的时候,其实我们是在使用视图的元数据来查询的,当视图依赖的对象发生了变化以后,视图的元数据就需要更新,这样,使用视图时才不会违背我们的意愿。

  知道了问题的产生的原因后,那么我们在重新修改一个表或视图的脚本时,我们就需要更新依赖于该对象的视图,否则就会出现意想不到的错误。如何找到依赖于该对象的对象(包括视图,触发器,存储过程)呢?SqlServer2000在该数据库的系统表sysdepends里记录这些依赖关系,所以你可以查询该表获取你想要的信息,但其实,你可以通过使用系统提供的存储过程:sp_depends来获取该对象的所依赖的对象(返回的***个表)以及依赖于该对象的对象(返回的第二个表),脚本如下:

  --查询vCustomersA的依赖的对象以及依赖于vCustomersA的对象

  exec sp_depends 'vCustomersA'

 

查询的结果如下:

  注:sp_depends的代码是公开的,有兴趣的可以看一下其实现过程。

  到此,你应该明白,当你更新你的表或视图的时候,你还要刷新依赖于这些对象的视图的元数据,即需要调用sp_refreshview来刷新依赖于该对象的视图。但是你在查询依赖于一个表或者视图的对象集合的时候需要注意的一点是,在你更新了一个表或视图之后,那些之前创建的依赖于该表或视图的依赖关系将会丢失(你更新的表或视图所依赖的对象集合不会丢失),用我之前的例子来看,vCustomersB依赖于vCustomersA,那么当我们修改了vCustomersA以后,vCustomersB与vCustomersA之间的依赖关系将会丢失而vCustomersA所依赖的Customers将不会丢失(依赖关系在对象创建或更新时创建,更新时,会把先前的依赖关系删掉)。(调用sp_depends你就可以看出来这种微妙的变化)

  希望在你阅读了本文以后,你在使用视图的时候会更加的得心应手,避免错误发生。还有,这篇文章中的内容也不是绝对权威的,而且技术发展的很快,这些技术可能在若段时间之后就会被推翻,所以如果有说的不对的地方,欢迎大家随时给指正。

【编辑推荐】

  1. SQL Server视图管理中的四个限制条件
  2. SQL Server 2000数据库崩溃后的补救措施
  3. 配置SQL Server 2000九大措施安全
  4. SQL Server视图的使用
责任编辑:迎迎 来源: 赛迪网
相关推荐

2011-04-02 13:37:05

SQL Server 索引视图

2010-11-12 11:19:19

SQL Server视

2010-07-16 10:48:24

MS SQL Serv

2024-08-19 10:29:26

SQL加密选项模式绑定

2010-11-11 17:15:13

SQL Server视

2010-07-09 10:36:22

SQL Server

2010-11-09 15:06:52

SQL Server动

2010-07-16 15:42:32

SQL Server

2010-06-18 13:14:26

SQL Server

2010-09-27 09:54:26

Sql Server视

2010-11-10 15:23:55

SQL SERVER

2010-07-14 10:43:00

SQL Server

2011-04-02 17:21:29

sql server视图

2010-09-13 11:09:34

SQL SERVER分

2010-11-11 17:20:51

SQL Server创

2010-07-14 10:11:30

SQL Server系

2015-07-22 17:27:41

SQL SERVER 链接

2011-04-18 13:02:08

SQL Server SQL Server

2010-06-18 09:26:49

SQL Server

2010-07-07 17:11:46

SQL Server
点赞
收藏

51CTO技术栈公众号