WEB开发网      婵犵數濞€濞佳囧磹婵犳艾鐤炬い鎰堕檮閸嬬喐銇勯弽銊с€掗梻鍕閺岋箑螣娓氼垱笑闂佽姘﹂褔婀佸┑鐘诧工妤犲憡绂嶉崜褏纾奸弶鍫涘妼缁楁岸鏌熷畡鐗堝殗闁诡喒鏅犲畷褰掝敃閵堝棙顔忔繝鐢靛仦閸ㄥ爼骞愰幘顔肩;闁规崘绉ぐ鎺撳亹闁绘垶锕╁Λ鍕⒑閹肩偛濡奸悗娑掓櫇缁顓兼径妯绘櫇闂佹寧绻傞弻濠囨晝閸屾稓鍘甸柣搴㈢⊕閿氶柣蹇ョ稻缁绘繃绻濋崘銊т紝闂佽鍨伴崯鏉戠暦閻旂⒈鏁傞柛鈾€鏅欑槐妯衡攽閻愬樊鍤熷┑顔藉劤铻為柛鏇ㄥ墯閸欏繘鏌嶉崫鍕櫣缂佲偓婢跺绠鹃柟瀛樼箘閿涘秵顨ラ悙顏勭伈闁诡喖缍婂畷鎯邦槻婵℃彃顭烽弻娑㈠Ω閵夈儺鍔夌紓浣稿€哥粔褰掑极閹剧粯鏅搁柨鐕傛嫹 ---闂傚倷鐒︾€笛兠洪埡鍛闁跨噦鎷�
开发学院数据库MSSQL Server SQL脚本生成的一些BUG(2) 阅读

SQL脚本生成的一些BUG(2)

 2007-11-11 07:24:15 来源:WEB开发网 闂傚倷绶氬ḿ褍螞閹绢喖绠柨鐕傛嫹闂傚倷绀侀幉锟犲垂閻㈠灚宕查柟鎵閸庡秵銇勯幒鎴濃偓鐢稿磻閹炬枼妲堟繛鍡楃С濞岊亞绱撻崒姘扁枌闁瑰嚖鎷�婵犵數濮幏鍐川椤撴繄鎹曢梻渚€娼уú銈吤洪妸鈺佺劦妞ゆ帊鑳堕埊鏇㈡煏閸モ晛浠х紒杈╁仱閺佹捇鏁撻敓锟�闂傚倷绶氬ḿ褍螞閹绢喖绠柨鐕傛嫹  闂傚倷鑳舵灙缂佺粯顨呴埢宥夊即閵忕姵鐎梺缁樺姈椤愮厧鈽夊Ο閿嬬€婚梺褰掑亰閸撴稑鈻斿鑸碘拺闁告稑饪村▓鏃€绻涚仦鍌氬闁崇粯鎹囬獮瀣攽閹邦剚顔傛俊鐐€栧濠氬储瑜忛幉鎾晸閿燂拷
核心提示:从上面你一眼就可以看出来了,建立view要比建立function先,SQL脚本生成的一些BUG(2),而不是根据依赖关系建立,毫无疑问, 各位有兴趣的可以试试别的,比如sp与fn,将会得到如下的严重的错误: 服务器: 消息 208,级别 16

  从上面你一眼就可以看出来了,建立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(WINDOWS平台上强大的数据库平台)生成的脚本的时候,总是报告类似这样的信息:

spGetIDStr并不存在,无法在sysdepends里建立依赖关系,存储过程spAnalyseStrList仍然建立。无论我手工修改其建立顺序或是别的方面,用它生成的脚本就是有错。这里,再看看第三个bug,看我下面的测试程序:

(原理:当sp没有对表或视图等数据库对象有依赖关系时,sp被别的sp引用时也将无法建立依赖关系)

形成依赖关系:spB1 <--- spA1

_NOBR> _CODE>create proc spB1
as
return 11

go

create proc spA1
as
begin
declare @i int
exec @i=spB1
return @i*2
end
go_CODE>

_NOBR>

生成的脚本就为:

_NOBR> _CODE>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_CODE>

_NOBR>

现在,大家应当明白我故意命名为spA1,spB1缘故了。因为如果没有依赖关系的话,A自然排在B前面,你看微软可不就是这么做的么?幸好这个bug还不是很大,怎么说SP还是建立了起来。

各位有兴趣的可以试试别的,比如sp与fn,sp Group等等。

Tags:SQL 脚本 生成

编辑录入:coldstar [复制链接] [打 印]
赞助商链接