我的一亩三分地 我就喜欢!
13fen  设为主页
 收藏本站
 
当前位置: > 一亩三分地:首页 > 网络学院 > 数据库 > SQL Server > SQL脚本生成的一些BUG
热门文章排行
热门文章排行 Oracle的客户端工具--sql*plus(二(10-18)
如何将Access和Excel导入到Mysql中之(11-16)
用SQL进行函数查询(12-15)
Oracle 9i 数据库WITH查询语法小议(12-15)
优化Oracle库表设计的若干方法(12-15)
精采文章排行
精采文章排行 用代码打开Access文件的两种方法(11-17)
SQL Server 2000企业版安装教程(1)(11-16)
SQL数据操作基础(初级1)(11-16)
SQL数据操作基础(中级1)(11-16)
mssql 数据库的备份与恢复(11-16)
技术专题推荐
网管论坛交流
 

SQL脚本生成的一些BUG 

作者:佚名   来源:Linux 宝库   点击:   日期:2006-12-15


-->


  微软的SQL脚本生成令我伤透了心……我一直以为是我的程序上的问题,或者我操作上的失误,
  并且,客服务人员屡屡埋怨我的程序bug,多次测试之后,靠,原来都是微软惹的祸……
  
  Sql Server 的脚本生成有不少漏洞,经常由它生成的脚本运行起来却有错误。下面举例说明:
  
  1、并没有根据sysdenpends的依赖关系生成SQL代码,而是根据“优先级”(呵呵,所谓的优先级)来生成。
  比如:他认为view的优先级就要比function高。
  那么,我写了下面的测试程序,形成如下的依赖关系:fnT1 <-- vwT1 <-- fnT2
  就是,view vwT1处于依赖的中间。
  ------------------------------------
  Create function fnT1()
  Returns Integer
  As
  begin
  Return 123
  end
  go
  
  Create view vwT1
  As
  Select aa=dbo.fnT1()
  
  Go
  
  Create function fnT2()
  Returns Table
  As
  Return (Select * From vwT1)
  Go
  -------------------------------------
  运行到数据库之后,用Enterprise生成SQL代码。(选项不一样,会有所不同,我没有选数据库和用户的)
  -----------------------------------------------------------------------------------
  if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[fnT1]') and xtype in (N'FN', N'IF', N'TF'))
  drop function [dbo].[fnT1]
  GO
  
  if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[fnT2]') and xtype in (N'FN', N'IF', N'TF'))
  drop function [dbo].[fnT2]
  GO
  
  if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[vwT1]') and OBJECTPROPERTY(id, N'IsView') = 1)
  drop view [dbo].[vwT1]
  GO
  
  SET QUOTED_IDENTIFIER ON
  GO
  SET ANSI_NULLS ON
  GO
  
  Create view vwT1
  As
  Select aa=dbo.fnT1()
  
  GO
  SET QUOTED_IDENTIFIER OFF
  GO
  SET ANSI_NULLS ON
  GO
  
  SET QUOTED_IDENTIFIER ON
  GO
  SET ANSI_NULLS ON
  GO
  
  Create function fnT1()
  Returns Integer
  As
  begin
  Return 123
  end
  
  GO
  SET QUOTED_IDENTIFIER OFF
  GO
  SET ANSI_NULLS ON
  GO
  
  SET QUOTED_IDENTIFIER ON
  GO
  SET ANSI_NULLS ON
  GO
  
  Create function fnT2()
  Returns Table
  As
  Return (Select * From vwT1)
  
  GO
  SET QUOTED_IDENTIFIER OFF
  GO
  SET ANSI_NULLS ON
  GO
  -----------------------------------------------------------------------------
  呵呵,一眼你就可以看出来了,建立view要比建立function先。而不是根据依赖关系建立……
  毫无疑问,将会得到如下的错误:(这个错误可真严重!害得我好惨……)
  ---------------------------------------------------
  服务器: 消息 208,级别 16,状态 1,过程 vwT1,行 4
  对象名 'dbo.fnT1' 无效。
  服务器: 消息 208,级别 16,状态 1,过程 fnT2,行 5
  对象名 'vwT1' 无效。
  ---------------------------------------------------
  2、作业脚本。
  
  这个我就不说了,bug还不是很严重,主要是中文“--”注释符的问题,英文版我没有测试过,不过猜想应当没有这个bug。
  大家可以试试看。
  
  3、还有一个SP的问题。
  
  大家看过我的精华里面有spGetIDStr和spAnalyseStrList了吧,关系是后者依赖于前者。可是spGetIDStr我并没有调用任何的表。
  因此,每当运行Sql Server生成的脚本的时候,总是报告(大概是这样的信息):
  ------------------------------------------------------------------------
  spGetIDStr并不存在,无法在sysdepends里建立依赖关系,存储过程spAnalyseStrList仍然建立。
  --------------------------------------------------------------------------
  无论我手工修改他的建立顺序还是什么的,用它生成的脚本就是有错。呵呵,这个破微软!
  这里,再看看第三个bug,看我下面的测试程序:
  (原理:当sp没有对表或视图等数据库对象有依赖关系的时候,sp被别的sp引用的时候也将无法建立依赖关系)
  形成依赖关系:spB1 <--- spA1
  ------------------------------------------------------------------------
  Create Proc spB1
  As
  Return 11
  
  Go
  
  Create proc spA1
  As
  Begin
  Declare @i int
  Exec @i=spB1
  Return @i*2
  End
  Go
  -------------------------------------------------------------------------
  生成的脚本就为:
  -------------------------------------------------------------------------
  if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[spA1]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
  drop procedure [dbo].[spA1]
  GO
  
  if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[spB1]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
  drop procedure [dbo].[spB1]
  GO
  
  SET QUOTED_IDENTIFIER ON
  GO
  SET ANSI_NULLS ON
  GO
  
  
  Create proc spA1
  As
  Begin
  Declare @i int
  Exec @i=spB1
  Return @i*2
  End
  
  GO
  SET QUOTED_IDENTIFIER OFF
  GO
  SET ANSI_NULLS ON
  GO
  
  SET QUOTED_IDENTIFIER ON
  GO
  SET ANSI_NULLS ON
  GO
  
  Create Proc spB1
  As
  Return 11
  
  
  GO
  SET QUOTED_IDENTIFIER OFF
  GO
  SET ANSI_NULLS ON
  GO
  
  -------------------------------------------------------------------------
  嘻嘻。大家这回应当明白我故意命名为spA1,spB1缘故了。因为如果没有依赖关系的话,A自然排在B前面,你看微软可不就是这么做的么?
  呵呵,发现微软的工程师有时候也好笨……:),你看spA1就建立在spB1的前面,而不是它的实际关系(她根本没有在sysdepends里面写)
  幸好这个bug还不是很大,怎么说SP还是建立了起来。
  
  
  各位有兴趣的可以试试别的,比如sp与fn,sp Group等等,我懒:)。
  







文章评论】 【收藏本文】 【推荐好友】 【打印本文】 【论坛讨论

   相关文章:
·Oracle数据库的安全策略分析(三) ·Oracle数据库的安全策略分析(二)
·SCO unix 下定时备份 Oracle dmp 文件 ·Oracle 9i密码策略--密码重用规则
·Oracle SQL 内置函数的使用方法及结果 ·WindowsXP下安装Oracle9i问题二则

   文章评论:(条)
  
 请留名: 匿名评论   点击查看所有评论 网管论坛
 

  责任编辑:一分  声明:刊登此文章是为了传递更多信息,文章内容仅供参考,转载请注明出处。