调用存储过程必须设SqlCommand.CommandType = CommandType.StoredProcedure;参数名须与存储过程定义一致,输出/返回参数需显式指定方向,执行后从SqlParameter.Value取值,DateTime优先用SqlDbType.DateTime2,空值赋DBNull.Value,异步调用需ConfigureAwait(false)防死锁。SqlConnection 执行带参数的存储过程必须用 SqlCommand.CommandType = StoredProcedure直接拼 SQL 字符串调用存储过程(比如 "EXEC proc_GetUser @id = 1")看似能跑通,但会绕过参数化机制,导致 SQL 注入风险、类型推断失败、输出参数无法捕获。核心是告诉 ADO.NET:"这不是普通 SQL,这是个存储过程"。必须显式设置 command.CommandType = CommandType.StoredProcedure存储过程名只写名称,不要加 dbo. 前缀(除非有同名冲突),ADO.NET 会按用户默认 schema 查找参数名要和存储过程中定义的完全一致(大小写不敏感,但建议保持一致),否则 SqlParameter 绑定会静默失败输入参数用 ParameterDirection.Input(默认可省略),输出/返回值参数必须显式指定方向获取存储过程的返回值(RETURN)和输出参数(OUTPUT)不能混用 ExecuteNonQueryExecuteNonQuery 只返回影响行数,它根本不会读取 RETURN 值或 OUTPUT 参数------这些值在命令执行完后才"存在"于 SqlParameter 对象里。无论有没有结果集,都先调用 command.ExecuteNonQuery() 触发执行之后立刻从对应参数对象中取值:returnParam.Value 或 outputParam.Value如果存储过程有 SELECT 结果集,又需要 RETURN 值,仍得用 ExecuteNonQuery,不能切到 ExecuteReader,否则 RETURN 和 OUTPUT 参数不会被填充注意:Value 是 object 类型,需手动转换,比如 (int)returnParam.Value用 SqlParameter 传 DateTime 或 NULL 值时容易类型不匹配或报错SQL Server 的 datetime 和 datetime2 精度不同,C# 的 DateTime 默认精度是 100ns,而旧版 datetime 只支持 3.33ms,传入时若没对齐会报错或截断;传 null 更常见踩坑------直接赋 null 会抛异常,必须用 DBNull.Value。 Mokker AI AI产品图添加背景
相关推荐
小小测试开发1 小时前
安装 Python 3.10+梦想不只是梦与想2 小时前
Python 中的装饰器我叫唧唧波2 小时前
Python+AI 全栈学习笔记不会就选b3 小时前
MySQL之视图copyer_xyf3 小时前
Python 异常处理>no problem<3 小时前
基于cola5.0的基础设施层的多数据库切换方案思路OceanBase数据库官方博客3 小时前
OceanBase 赋能央国企:从发电到用电的全链路业务承载麻雀飞吧3 小时前
期货多合约策略目标持仓怎么更新才不乱Cthy_hy4 小时前
拓扑排序超详解:原理 + Kahn 贪心算法LSssT.4 小时前
【01】Python 机器学习