SQL脚本生成的一些BUG(2)
类别: MSSQL教程
从上面你一眼就可以看出来了,建立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
_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等等。
服务器: 消息 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
_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等等。
- 上一篇: SQL脚本生成的一些BUG(1)
- 下一篇: sqlserver日志文件总结及充满处理
-= 资 源 教 程 =-
文 章 搜 索