SQL脚本生成的一些BUG[MSSQL防范]

微软的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等等,我懒:）
　　以上是“SQL脚本生成的一些BUG[MSSQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：