SQL Server 2012 CLR 程序集 - 参数计数不匹配
SQL Server 2012 CLR Assembly - Parameter Counts Don't Match
一点历史：我们已经（2 年前）成功地为 SQL 服务器构建了 .NET CLR 代码，编译成程序集，并加载到 SQL Server 2008 R2企业数据库。然后我们创建了 TSQL 对象来调用 CLR 代码。自首次安装以来，它一直没有问题，我们多年来一直在毫无问题地对其进行修改。
今天：我们需要修改CLR代码。在 Visual Studio 中执行此操作不会导致编译为程序集的问题。 TSQL 引用的函数的签名根本没有改变（所有参数、参数类型等都没有改变）。修改是重构函数中的一些底层代码并创建几个新函数（所有这些函数都是私有静态的，不会在 TSQL 中被引用）。我们现在处于 SQL Server 2012 Enterprise（升级在 2015 年年中顺利进行，数据库现在处于 2012 兼容模式）。
我可以在 SQL 服务器中成功删除并重新创建程序集。当重新创建依赖程序集的 TSQL 对象时，一些对象毫无问题地绑定到 CLR 函数签名，但重构的对象不会重新创建。此错误消息是
Msg 6550, Level 16, State 2, Procedure udfGetCellValueCLR, Line 2
CREATE FUNCTION failed because parameter counts do not match.
参数没有任何变化。当我查看 Visual Studio 自动创建的 TSQL 代码以创建 TSQL 函数并尝试使用该代码创建一个时，它也失败并显示相同的消息，所以我知道 T SQL 代码正确（没有遗漏参数、顺序、类型等）。
感觉数据库升级到 2012 可能会发生一些事情。我已经尝试编译针对 .NET 3.5 和 .NET 4.0 的程序集以及针对 2008 R2 数据库和 2012 数据库（所以 4 种组合）。数据库本身使用 .NET 4.0，因为它处于 2012 兼容模式。
数据库确实启用了 CLR。
关于如何让它工作有什么想法吗？ Google 到目前为止让我失望了。
编辑
下面是确切的函数签名（直接从 Visual Studio 复制）（是的，已经向其中传递了很多内容，而不是让 CLR 代码查询数据，在我们的测试中，这表明性能比传递所有内容都差。
[Microsoft.SqlServer.Server.SqlFunction(DataAccess = DataAccessKind.Read)]
public static SqlDouble udfGetCellValueCLR(
int MetricID,
string CSVDimensionList,
string AggregationSQLString,
string DateColumnForAverage,
bool TimeFrameIsAVariance,
bool TimeFrameIsAPlan,
bool IsAnAverage,
bool TimeFrameIsPercentOfTotal,
bool AggregationAllowsPercentOfTotal,
bool PlanAggregationAllowsPercentOfTotal,
bool MetricIsAPercentage,
int GoodDirection,
int PlanMetricID,
string PlanAggregationSQLString,
int StartDateID,
int EndDateID,
bool NumeratorIsAPlan,
bool NumeratorIsAnAverage,
int NumeratorStartDateID,
int NumeratorEndDateID,
string NumeratorDateColumnForAverage,
bool DenominatorIsAPlan,
bool DenominatorIsAnAverage,
int DenominatorStartDateID,
int DenominatorEndDateID,
string DenominatorDateColumnForAverage,
SqlString SpecialAggregation
)
下面是 TSQL CREATE FUNCTION 语句（这是错误的语句）。
CREATE FUNCTION [be].[udfGetCellValueCLR](
@MetricID [int],
@CSVDimensionList [nvarchar](4000),
@AggregationSQLString [nvarchar](4000),
@DateColumnForAverage [nvarchar](4000),
@TimeFrameIsAVariance [bit],
@TimeFrameIsAPlan [bit],
@IsAnAverage [bit],
@TimeFrameIsPercentOfTotal [bit],
@AggregationAllowsPercentOfTotal [bit],
@PlanAggregationAllowsPercentOfTotal [bit],
@MetricIsAPercentage [bit],
@GoodDirection [int],
@PlanMetricID [int],
@PlanAggregationSQLString [nvarchar](4000),
@StartDateID [int],
@EndDateID [int],
@NumeratorIsAPlan [bit],
@NumeratorIsAnAverage [bit],
@NumeratorStartDateID [int],
@NumeratorEndDateID [int],
@NumeratorDateColumnForAverage [nvarchar](4000),
@DenominatorIsAPlan [bit],
@DenominatorIsAnAverage [bit],
@DenominatorStartDateID [int],
@DenominatorEndDateID [int],
@DenominatorDateColumnForAverage [nvarchar](4000),
@SpecialAggregation [nvarchar](4000)
)
RETURNS [float] WITH EXECUTE AS CALLER
AS
EXTERNAL NAME [EMMACustomCode].[UserDefinedFunctions].[udfGetCellValueCLR]
GO
如果参数列表不匹配，那么实际上程序集（已经加载到SQL服务器的程序集）和CREATE FUNCTION语句之间存在差异。
如果您使用 Visual Studio / SQL 服务器数据工具 (SSDT) 来生成程序集和 T-SQL 包装器对象，那么您需要注意有SSDT 生成的两种类型 SQL 脚本：创建脚本和发布/部署脚本。
创建脚本 不假设它们将部署到的当前状态。他们将删除目标数据库（如果它已经存在），然后重新创建数据库并加载所有对象（程序集和 T-SQL 包装器对象）。 “{ProjectName}_Create.sql”脚本并不总是生成。 "Project Properties" 的 "Project Settings" 选项卡上通常有一个选项（复选框）来启用此脚本的创建。此脚本未部署，仅供您获取。
发布/部署脚本 是增量部署。这些由 SSDT 创建，首先检查目标数据库的当前状态，然后仅进行必要的更改以使目标达到项目中的状态（即在生成的 .dacpac 文件中）。
如果您需要确保所有 都编写了项目代码，请确保在"Project Properties" | "Project Settings"，执行构建/重建（无需执行发布），然后检查 "Build output path" 活动配置。
如果您只需要更改，则可以使用“{ProjectName}.sql”脚本。但是，您需要实际执行发布（甚至是开发 - "Start without Debugging"）才能启动检查目标数据库当前状态的过程。即便如此，如果没有更改，也不会创建增量 Publish/Deploy 脚本。
您不需要 Visual Studio 来生成发布脚本。您可以使用 SqlPackage.exe 实用程序通过命令行执行此操作（操作为 "Script"）。
一点历史：我们已经（2 年前）成功地为 SQL 服务器构建了 .NET CLR 代码，编译成程序集，并加载到 SQL Server 2008 R2企业数据库。然后我们创建了 TSQL 对象来调用 CLR 代码。自首次安装以来，它一直没有问题，我们多年来一直在毫无问题地对其进行修改。
今天：我们需要修改CLR代码。在 Visual Studio 中执行此操作不会导致编译为程序集的问题。 TSQL 引用的函数的签名根本没有改变（所有参数、参数类型等都没有改变）。修改是重构函数中的一些底层代码并创建几个新函数（所有这些函数都是私有静态的，不会在 TSQL 中被引用）。我们现在处于 SQL Server 2012 Enterprise（升级在 2015 年年中顺利进行，数据库现在处于 2012 兼容模式）。
我可以在 SQL 服务器中成功删除并重新创建程序集。当重新创建依赖程序集的 TSQL 对象时，一些对象毫无问题地绑定到 CLR 函数签名，但重构的对象不会重新创建。此错误消息是
Msg 6550, Level 16, State 2, Procedure udfGetCellValueCLR, Line 2
CREATE FUNCTION failed because parameter counts do not match.
参数没有任何变化。当我查看 Visual Studio 自动创建的 TSQL 代码以创建 TSQL 函数并尝试使用该代码创建一个时，它也失败并显示相同的消息，所以我知道 T SQL 代码正确（没有遗漏参数、顺序、类型等）。
感觉数据库升级到 2012 可能会发生一些事情。我已经尝试编译针对 .NET 3.5 和 .NET 4.0 的程序集以及针对 2008 R2 数据库和 2012 数据库（所以 4 种组合）。数据库本身使用 .NET 4.0，因为它处于 2012 兼容模式。
数据库确实启用了 CLR。
关于如何让它工作有什么想法吗？ Google 到目前为止让我失望了。
编辑
下面是确切的函数签名（直接从 Visual Studio 复制）（是的，已经向其中传递了很多内容，而不是让 CLR 代码查询数据，在我们的测试中，这表明性能比传递所有内容都差。
[Microsoft.SqlServer.Server.SqlFunction(DataAccess = DataAccessKind.Read)]
public static SqlDouble udfGetCellValueCLR(
int MetricID,
string CSVDimensionList,
string AggregationSQLString,
string DateColumnForAverage,
bool TimeFrameIsAVariance,
bool TimeFrameIsAPlan,
bool IsAnAverage,
bool TimeFrameIsPercentOfTotal,
bool AggregationAllowsPercentOfTotal,
bool PlanAggregationAllowsPercentOfTotal,
bool MetricIsAPercentage,
int GoodDirection,
int PlanMetricID,
string PlanAggregationSQLString,
int StartDateID,
int EndDateID,
bool NumeratorIsAPlan,
bool NumeratorIsAnAverage,
int NumeratorStartDateID,
int NumeratorEndDateID,
string NumeratorDateColumnForAverage,
bool DenominatorIsAPlan,
bool DenominatorIsAnAverage,
int DenominatorStartDateID,
int DenominatorEndDateID,
string DenominatorDateColumnForAverage,
SqlString SpecialAggregation
)
下面是 TSQL CREATE FUNCTION 语句（这是错误的语句）。
CREATE FUNCTION [be].[udfGetCellValueCLR](
@MetricID [int],
@CSVDimensionList [nvarchar](4000),
@AggregationSQLString [nvarchar](4000),
@DateColumnForAverage [nvarchar](4000),
@TimeFrameIsAVariance [bit],
@TimeFrameIsAPlan [bit],
@IsAnAverage [bit],
@TimeFrameIsPercentOfTotal [bit],
@AggregationAllowsPercentOfTotal [bit],
@PlanAggregationAllowsPercentOfTotal [bit],
@MetricIsAPercentage [bit],
@GoodDirection [int],
@PlanMetricID [int],
@PlanAggregationSQLString [nvarchar](4000),
@StartDateID [int],
@EndDateID [int],
@NumeratorIsAPlan [bit],
@NumeratorIsAnAverage [bit],
@NumeratorStartDateID [int],
@NumeratorEndDateID [int],
@NumeratorDateColumnForAverage [nvarchar](4000),
@DenominatorIsAPlan [bit],
@DenominatorIsAnAverage [bit],
@DenominatorStartDateID [int],
@DenominatorEndDateID [int],
@DenominatorDateColumnForAverage [nvarchar](4000),
@SpecialAggregation [nvarchar](4000)
)
RETURNS [float] WITH EXECUTE AS CALLER
AS
EXTERNAL NAME [EMMACustomCode].[UserDefinedFunctions].[udfGetCellValueCLR]
GO
如果参数列表不匹配，那么实际上程序集（已经加载到SQL服务器的程序集）和CREATE FUNCTION语句之间存在差异。
如果您使用 Visual Studio / SQL 服务器数据工具 (SSDT) 来生成程序集和 T-SQL 包装器对象，那么您需要注意有SSDT 生成的两种类型 SQL 脚本：创建脚本和发布/部署脚本。
创建脚本 不假设它们将部署到的当前状态。他们将删除目标数据库（如果它已经存在），然后重新创建数据库并加载所有对象（程序集和 T-SQL 包装器对象）。 “{ProjectName}_Create.sql”脚本并不总是生成。 "Project Properties" 的 "Project Settings" 选项卡上通常有一个选项（复选框）来启用此脚本的创建。此脚本未部署，仅供您获取。
发布/部署脚本 是增量部署。这些由 SSDT 创建，首先检查目标数据库的当前状态，然后仅进行必要的更改以使目标达到项目中的状态（即在生成的 .dacpac 文件中）。
如果您需要确保所有 都编写了项目代码，请确保在"Project Properties" | "Project Settings"，执行构建/重建（无需执行发布），然后检查 "Build output path" 活动配置。
如果您只需要更改，则可以使用“{ProjectName}.sql”脚本。但是，您需要实际执行发布（甚至是开发 - "Start without Debugging"）才能启动检查目标数据库当前状态的过程。即便如此，如果没有更改，也不会创建增量 Publish/Deploy 脚本。
您不需要 Visual Studio 来生成发布脚本。您可以使用 SqlPackage.exe 实用程序通过命令行执行此操作（操作为 "Script"）。