Entity Framework执行存储过程：一有结果一无返回的问题求助

嘿，我来帮你捋清楚这个问题——两种调用看起来逻辑一致，但其实参数传递的细节差异导致了结果天差地别。我们一步步来分析：

为什么works能正常返回数据？ #

你直接在SQL字符串里硬编码了参数值，并且明确指定了每个参数和存储过程参数的对应关系：

var works = await Context.Database.SqlQuery<sp_RefData_Predictive>("sp_RefData_Predictive @TretSpef = '101', @Sex = 1, @SDiag = '*'").ToListAsync();

这种方式相当于直接告诉SQL Server：“把'101'传给@TretSpef，1传给@Sex，*传给@SDiag”，参数匹配完全准确，所以存储过程能正常执行并返回结果。

为什么notWorks返回空？ #

你用SqlParameter传递参数时，忽略了几个关键细节：

1. 参数名称的匹配规则 #

虽然你给SqlParameter命名为TretSpef、Sex、SDiag，但要注意：

• SQL Server的存储过程参数是带@前缀的，而你创建SqlParameter时如果没加@，EF在映射的时候可能会出现匹配问题（虽然大部分情况下能自动处理，但偶尔会因为隐性规则出错）。
• 建议直接给SqlParameter的Name属性加上@，确保和存储过程的参数名完全对应：

  var TretSpefParameter = new SqlParameter("@TretSpef", "101");
  var SexParameter = new SqlParameter("@Sex", 1);
  var SDiagParameter = new SqlParameter("@SDiag", "*");
  

2. 未显式指定参数的SQL类型 #

你创建参数时只传了值，没有指定SqlDbType，这可能导致EF自动推断的类型和存储过程定义的参数类型不匹配：

• 比如SDiagParameter的值是"*"，EF可能默认推断为NVARCHAR，但如果存储过程里@SDiag是VARCHAR类型，就会因为类型不匹配导致过滤条件失效，返回空结果；
• SexParameter的值是1，如果存储过程里@Sex是TINYINT，EF默认用INT类型传递，也可能触发隐性转换问题。

解决方法是显式指定参数类型：

var TretSpefParameter = new SqlParameter("@TretSpef", SqlDbType.VarChar, 50) { Value = "101" };
var SexParameter = new SqlParameter("@Sex", SqlDbType.TinyInt) { Value = 1 };
var SDiagParameter = new SqlParameter("@SDiag", SqlDbType.VarChar, 10) { Value = "*" };

（注意根据存储过程实际的参数长度调整数值）

3. 参数传递的顺序陷阱 #

你在SQL字符串里写了sp_RefData_Predictive @TretSpef, @Sex, @SDiag，如果存储过程的参数定义顺序和你传递的参数顺序不一致，就会出现“参数值传错位置”的问题。比如存储过程的参数顺序是@Sex, @TretSpef, @SDiag，那你传递的101会被传给@Sex，1传给@TretSpef，这显然不符合预期，自然返回空。

最稳妥的写法是在SQL字符串里明确指定参数对应关系，就像works那样，同时结合参数对象：

var fixedVersion = await Context.Database.SqlQuery<sp_RefData_Predictive>(
    "sp_RefData_Predictive @TretSpef = @TretSpefVal, @Sex = @SexVal, @SDiag = @SDiagVal",
    new SqlParameter("@TretSpefVal", "101"),
    new SqlParameter("@SexVal", 1),
    new SqlParameter("@SDiagVal", "*")
).ToListAsync();

这种写法完全规避了顺序问题，参数匹配100%准确。

快速验证方法 #

如果你还不确定问题出在哪，可以试试这两步：

1. 手动在SSMS里执行存储过程，用notWorks里的参数值，看是否能返回结果——如果能，说明问题肯定在参数传递的过程中；
2. 开启EF的日志功能，查看两种调用实际执行的SQL语句，对比参数的传递方式和类型，一眼就能看出差异。

内容的提问来源于stack exchange，提问作者Alex