您现在正在浏览：站长之家 >> 数据库 >> 详细内容

SQL脚本生成的一些BUG

时间:2007-11-09 来源:不详作者:迈克DB

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等等，我懒：）。