LINQ调用动态表名存储过程绑定DataGridView无数据返回问题

核心问题点 #

动态存储过程在SSMS中可正常执行但程序调用无数据，是EF/LINQ集成动态SQL时的典型问题，通常由以下原因导致： #

1. LIKE查询缺少通配符 #

存储过程中@F2条件使用了LIKE语法，但没有给匹配值加通配符，实际执行效果和等值查询完全一致，只要输入内容和字段值不完全匹配就会返回0条结果。
修复存储过程中F2条件的拼接逻辑：

IF @F2Name IS NOT NULL
    SET @sql = @sql + ' AND  ' + QUOTENAME(@F2Name) + ' like ''%'' + @F2 + ''%'' '

如果需要前缀/后缀匹配，可以自行调整通配符位置。 #

2. EF存储过程映射元数据不匹配 #

这是动态存储过程最常见的坑：EF导入存储过程生成强类型映射时，会通过系统存储过程获取返回结果的列结构。由于存储过程表名是动态传入的，EF生成映射时拿到的列结构，和实际运行时查询的表结构不一致，框架不会抛出异常，但会直接返回空集合。
有两种修复方式：

• 如果你所有动态查询的表返回列结构完全固定：打开.edmx模型设计器，删除spDinamicTableName现有函数导入和生成的复杂类型，临时把存储过程改成查询固定目标表，重新更新模型生成正确的映射后再把存储过程改回动态逻辑。
• 如果你动态查询的表结构不固定：不要使用EF自动生成的强类型函数调用，改用原生ADO.NET方式执行存储过程，直接返回DataTable绑定控件，代码如下：

private void TxEmpName_KeyDown(object sender, KeyEventArgs e)
{
    if (e.KeyCode != Keys.Enter) return;
    using (IerpsEntities ierpsEntities = new IerpsEntities())
    {
        using (var conn = new SqlConnection(ierpsEntities.Database.Connection.ConnectionString))
        {
            var cmd = new SqlCommand("[Shr].[spDinamicTableName]", conn)
            {
                CommandType = CommandType.StoredProcedure
            };
            // 按存储过程参数顺序传值，null值必须转DBNull
            cmd.Parameters.AddWithValue("@tableName", FilterTableName);
            cmd.Parameters.AddWithValue("@DataField1", (object)FilterSelectF1 ?? DBNull.Value);
            cmd.Parameters.AddWithValue("@DataField2", (object)FilterSelectF2 ?? DBNull.Value);
            cmd.Parameters.AddWithValue("@DataField3", (object)FilterSelectF3 ?? DBNull.Value);
            cmd.Parameters.AddWithValue("@F1Name", (object)FilterWhereOrg ?? DBNull.Value);
            cmd.Parameters.AddWithValue("@F1Value", (object)FilterWhereOrgValue ?? DBNull.Value);
            cmd.Parameters.AddWithValue("@F2Name", (object)FilterWhereF2 ?? DBNull.Value);
            cmd.Parameters.AddWithValue("@F2Value", TxEmpName.Text.Trim());
            
            var da = new SqlDataAdapter(cmd);
            var dt = new DataTable();
            da.Fill(dt);
            DgvMain.DataSource = dt;
        }
    }
}

3. 参数传值错误排查 #

• 确认传入的FilterTableName不带[Shr].前缀，存储过程已经固定写了Schema部分，重复加会导致对象名无效
• 传入的字段名FilterWhereOrg、FilterWhereF2要和数据库表字段名完全一致，区分大小写的排序规则下大小写不匹配会直接查不到结果
• 字符串参数传参前用.Trim()去掉前后多余空格，避免隐藏字符导致匹配失败
• 存储过程中定义的@DataField1/@DataField2/@DataField3三个参数没有在动态SQL中使用，不需要的话可以删除，避免传参时顺序混乱。

快速定位技巧 #

如果以上调整后还是有问题，可以在存储过程中加调试逻辑，把最终拼接的@sql语句和传入的参数值插入到一张临时日志表，程序调用后取出实际执行的SQL，复制到SSMS中直接执行，就能快速定位是SQL拼接错误还是参数值错误。

你当前存储过程用QUOTENAME处理动态表名、字段名，且参数值通过sp_executesql参数化传递，已经避免了SQL注入风险，这部分写法是正确的。

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