Entity Framework 6中使用SqlQuery/ExecuteSqlCommand读取MS SQL 2019加密字段时带WHERE子句查询失败的问题

这问题我之前帮同事排查过类似的，核心是Entity Framework的SqlQuery方法在处理加密列参数时，不会自动识别参数的加密需求，咱们一步步来解决：

问题根源分析 #

1. 直接字符串拼接查询：你之前直接把SamAccountName拼进SQL里，EF会把整个SQL作为明文执行，而数据库里的Signum列是确定性加密的varchar类型，明文的varchar和加密后的varchar类型不兼容，所以报Operand type clash错误。
2. 手动DECLARE参数：虽然在SSMS里手动声明参数能正常执行，但EF的SqlQuery不会识别你手动写的DECLARE @MyValue语句中的参数加密属性，它还是把@MyValue当成明文参数处理，导致加密方案不匹配的报错。

正确的解决方案：显式配置加密参数 #

要让EF正确处理加密列的参数查询，你需要创建SqlParameter对象，并显式指定参数的加密设置，告诉EF这个参数需要和加密列匹配。

代码示例 #

// 创建加密参数，注意要和数据库列的类型、长度完全匹配
var signumParam = new SqlParameter("@Signum", resultedUser.SamAccountName)
{
    SqlDbType = SqlDbType.VarChar, // 数据库列是varchar就用这个，nvarchar就改SqlDbType.NVarChar
    Size = 100, // 对应数据库里Signum列的长度，比如你的列是varchar(100)就设100
    ColumnEncryptionSetting = SqlColumnEncryptionSetting.Enabled // 关键：启用参数加密
};

// 执行参数化查询
var personToAddOrUpdate = impro_context.Persone
    .SqlQuery("SELECT * FROM persone WHERE Signum = @Signum", signumParam)
    .FirstOrDefault();

额外验证要点 #

• 确认连接字符串里的Column Encryption Setting = Enabled已经正确配置（你已经设置了，这步没问题）。
• 确保参数的SqlDbType和Size和数据库中Signum列的定义完全一致，比如列是varchar(80)，参数就要设Size=80，类型对应SqlDbType.VarChar。
• 检查数据库的列主密钥（Column Master Key）和列加密密钥（Column Encryption Key）配置正常，因为你全表查询能拿到加密数据，这部分应该没问题，但如果还是报错可以再验证下密钥的访问权限。

为什么SSMS里手动参数能运行？ #

SSMS在连接时启用了列加密设置后，会自动处理参数的加密上下文，它能识别你手动声明的参数需要和加密列匹配，自动进行加密转换。但EF的SqlQuery方法没有这个自动识别能力，必须通过SqlParameter显式指定加密属性才行。

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