微软的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' 无效。
---------------------------------------------------

 1/2    1 2 下一页 尾页