“参数数量与存储过程的值数量不匹配” System.Data.Common.DbCommand 细微差别

Question

这可能是 sql server 数据库设置问题，但我不确定从哪里开始查找。

我有一个存储过程：

CREATE PROCEDURE aStoredProcedure
@dteSince DATETIME = null
AS
...

调用存储过程的C#代码是：

using (IDataReader dr = database.ExecuteReader("aStoredProcedure"))
{
...

C# 代码在生产 环境中运行良好。此处，dteSince 将设置为 null，因为它不作为输入参数提供。

问题是当我在 UAT 环境中运行它时，它返回标题中显示的消息 - 参数数量错误...

我可以通过将代码更改为：

using (IDataReader dr = database.ExecuteReader (CommandType.StoredProcedure, "aStoredProcedure"))
{
...

修复只是掩盖了代码如何在一个环境中失败而在另一个环境中正常工作的真正问题。

我已经删除并重新创建了存储过程，但没有运气。

使用 C# 2.0 和 Sql Server 2005 的技术。

Answer 1

恕我直言，无论如何都应该指定 CommandType - 显式总是比隐式更可取。很明显，在两种环境中都发生了一些不同的事情，但是当您明确说明命令类型时，代码会按预期工作。

我唯一能想到的——数据库设置是否完全相同——尤其是在处理 NULL 时？

编辑

可能值得检查SET ANSI_NULLS ON/OFF 和SET CONCAT_NULL_YIELDS_NULL ON/OFF - 您可以查看两个数据库的属性，看看设置是否匹配。

Answer 2

以下是我通常尝试的一些故障排除技巧。

1. 检查“数据库”对象类型所在的 DAL 程序集的程序集版本。
2. 检查库 reference 到您的 DAL - 无论您是否从 GAC 引用 DLL - 我之前在引用包含旧程序集的 GAC 的 DLL 时遇到问题李>
3. 当您的代码尝试连接到 UAT 环境中的数据库时，请检查您的默认数据库 - 根据您连接到数据库的方式，它可能指向其他数据库。

一切都还不好，清理并重新构建解决方案

旁注：嗯，我不认为“System.Data.IDataReader”应该包含在所使用的技术中；）

Answer 3

您可以使用 SQL Profiler 从 SQL Server 角度查看正在发生的事情。

最好让某人从生产中捕获跟踪，以便进行比较。