确定性加密下nvarchar与varbinary等值比较兼容问题求助

这个错误的核心原因是参数数据类型与加密列类型不匹配：你的AspNetUserClaims.ClaimValue是加密的nvarchar(max)列，但你传入的@countryCode参数被定义为varbinary类型——哪怕两者都用了确定性加密，不同数据类型的加密结果在底层是不兼容的，无法通过=运算符直接比较。

下面是修正后的解决方案，以及关键注意点：

修正后的代码 #

你不需要手动将字符串转换为字节数组，直接使用与列类型匹配的nvarchar参数即可，SQL Server会自动处理参数的加密逻辑，与列中的加密值进行匹配：

// 定义与ClaimValue列类型匹配的nvarchar参数
var countryCodeParam = new SqlParameter("@countryCode", SqlDbType.NVarChar)
{
    Value = dto.Country
};

// 简化查询语句，@country直接用常量即可（如果是固定值的话）
var rawUsers = DbContext.Users.FromSqlRaw(@"
    SELECT u.* 
    FROM AspNetUsers u 
    JOIN AspNetUserClaims uc ON u.Id = uc.UserId 
    WHERE uc.ClaimType = 'country' 
      AND uc.ClaimValue = @countryCode", countryCodeParam).ToList();

关键注意点 #

• 类型严格匹配：对于加密列，查询参数的类型必须和列的类型完全一致（这里是nvarchar vs varbinary的问题），SQL Server会自动对参数执行加密，再与列中的加密值做匹配，不需要你手动处理字节转换。
• 驱动与连接配置：确保你使用的Microsoft.Data.SqlClient版本支持列加密（建议使用最新稳定版），并且连接字符串中添加了Column Encryption Setting=Enabled，否则SQL Server无法处理加密参数的自动转换。
• 避免手动加密/转码：不要自行处理字符串到字节数组的转换，这会让SQL Server将参数识别为varbinary类型的加密值，与nvarchar类型的加密列完全不兼容。

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