使用N前缀、LIKE与%运算符结合存储过程参数无结果问题

遇到这种调用存储过程查不到数据的情况，我帮你一步步排查实际开发中常见的坑：

1. 先确认存储过程本身是否能正常返回数据 #

别先急着看C#代码，先打开SSMS（SQL Server Management Studio）直接执行存储过程测试：

EXEC dbo.test @name = N'你要查询的名字'

注意参数值前要加N，因为存储过程参数是nvarchar类型。如果SSMS里执行也查不到数据，那问题出在数据本身或存储逻辑上——比如pop表中确实没有name包含该值的记录，或者数据库排序规则区分大小写（比如你查John，但表中是john）。如果SSMS里能查到结果，那问题肯定在C#的参数传递上。

2. 检查C#中参数的传递方式（最常见的坑） #

很多人习惯用AddWithValue添加参数，但这个方法会自动推断类型，如果你的C#字符串是普通非Unicode字符串，它可能把参数类型推断为SqlDbType.VarChar，和存储过程的nvarchar不匹配，隐式转换后就会导致匹配失败，返回空结果。

正确的做法是明确指定参数类型为SqlDbType.NVarChar，并且匹配存储过程里的长度：

using (var conn = new SqlConnection("你的数据库连接字符串"))
{
    conn.Open();
    using (var cmd = new SqlCommand("test", conn))
    {
        cmd.CommandType = CommandType.StoredProcedure;
        // 明确指定参数类型和长度，避免类型不匹配
        var nameParam = cmd.Parameters.Add("@name", SqlDbType.NVarChar, 20);
        nameParam.Value = "你要查询的名字";

        using (var reader = cmd.ExecuteReader())
        {
            while (reader.Read())
            {
                // 处理返回结果
                var id = reader["Id"];
                var name = reader["name"];
                var surname = reader["surname"];
            }
        }
    }
}

3. 检查参数值的前后空格或特殊字符 #

如果传递的参数前后有空格，或者包含%、_这类LIKE通配符，可能会导致匹配不到预期数据。你可以在C#里先处理参数值，或者修改存储过程的WHERE子句：

WHERE ([pop].[name] LIKE N'%' + LTRIM(RTRIM(@name)) + '%')

这样能去掉参数值前后的空格，避免不必要的匹配失败。

4. 排查数据库排序规则的影响 #

如果数据库或pop.name字段的排序规则是区分大小写的（比如SQL_Latin1_General_CP1_CS_AS），那么'John'和'john'会被视为不同值。这种情况下，你可以修改WHERE子句忽略大小写：

WHERE (LOWER([pop].[name]) LIKE N'%' + LOWER(@name) + '%')

或者直接修改字段的排序规则为不区分大小写的版本。

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