在 CREATE PROCEDURE 中，必须显式声明输入参数。 参数类型要与调用端严格匹配。默认值只在省略参数时生效，不能承担业务逻辑兜底。

对于 NULL 参数，需用 IS NULL 或 ISNULL 处理。返回结果集必须使用 SELECT 语句，OUTPUT 仅支持标量值。

在 C# 调用时，要设置 CommandType.StoredProcedure，并保证参数名一致。DateTime 类型优先使用 DateTime2，传递 NULL 时要使用 DBNull.Value。

另外，OUTPUT 参数的值必须在读完所有结果集后才可用。

存储过程怎么声明和用好输入参数

输入参数必须在 CREATE PROCEDURE 语句里显式声明，类型也要和调用端对齐。否则，可能出现隐式转换失败或数据截断。

例如，传 DATETIME 给 DATE 参数时，SQL Server 可能丢掉时间部分。传长字符串给 VARCHAR(10) 时，也会直接截断，而且不报错。

常见写法包括：@id INT、@name NVARCHAR(50)、@start_date DATE = NULL。其中，带默认值的参数是可选参数。

注意： 默认值只在调用时省略该参数才生效，不能靠它兜底业务逻辑。

• 参数名大小写不敏感，但建议和定义保持一致，避免在区分大小写的数据库排序规则下出问题
• 不要在参数名前加 sp_ 前缀——SQL Server 会先查系统存储过程，多一次查找开销
• 如果参数可能为 NULL，记得在 WHERE 条件里用 IS NULL 或 ISNULL(@p, col) = col，别直接写 = @p

返回单行/多行结果该用 SELECT 还是 OUTPUT

要返回表结构数据，即使只有一行，也必须使用 SELECT。 OUTPUT 参数只能返回标量值，例如单个数字、字符串、日期，不能返回列集合。

SELECT 是最直接的方式。比如在过程里写 SELECT Name, Email FROM Users WHERE Id = @id，调用方就能拿到结果集。

但使用 SELECT 时，要注意以下几点：

• 确保逻辑上只产生一个结果集——前面有其他 SELECT 或 PRINT，客户端就得处理多结果集，容易漏读
• 如果必须保证单行，加 TOP 1 或用 IF NOT EXISTS 配合 RAISERROR 控制流程，别依赖应用层去判空
• 字段别名尽量明确，比如 SELECT @id AS UserId，避免调用方靠序号取值（reader[0]）导致维护脆弱

C# 调用时怎么把输入参数传进去并拿到结果

核心是两件事：设对 CommandType，绑对参数方向。

如果用 CommandType.Text 拼 "EXEC proc @p=1"，虽然看起来能跑，但会带来几个问题：输出参数拿不到、类型推断错误，以及 SQL 注入风险。

正确做法如下：

• 设置 command.CommandType = CommandType.StoredProcedure
• 参数名必须和存储过程中定义的完全一致（如 @user_id 就不能传成 userId）
• 输入参数不用设 Direction（默认 Input），但 DateTime 类型优先用 SqlDbType.DateTime2 避免精度丢失
• 传 NULL 时，必须赋 DBNull.Value，不能传 C# 的 null

示例关键行：

cmd.Parameters.Add("@id", SqlDbType.Int).Value = 123;
using (var reader = cmd.ExecuteReader()) {
    if (reader.Read()) {
        string name = reader.GetString("Name");
    }
}

为什么 EXEC 后读不到 OUTPUT 参数的值

原因在于，OUTPUT 参数的值要在所有结果集被消费完之后，才会写入参数对象。

如果你使用 ExecuteReader()，只读了第一个结果集就关闭 reader，那么 command.Parameters["@count"].Value 仍然可能是初始值或 NULL。

典型踩坑场景包括：

• 存储过程里先 SELECT * FROM Orders，再 SET @total = @@ROWCOUNT，然后 SELECT @total AS Total —— 这其实是两个结果集
• ADO.NET 中必须循环调用 reader.NextResult() 直到返回 false，才能安全读 Parameters
• SSMS 里看不出来，是因为它自动帮你捞完了；程序里不手动遍历，就永远卡在第一个结果集

最稳妥的做法： 如果只需要结果集，就别混用 OUTPUT；如果必须两者都要，执行完后统一用 ExecuteNonQuery() + 从 Parameters 取值，避开 reader 生命周期干扰。