关于IN与INNER JOIN、VARCHAR与NVARCHAR的SQL查询异常问题

核心逻辑：SQL Server的类型优先级与隐式转换规则差异 #

• INNER JOIN的精确匹配：当用INNER JOIN关联两个nvarchar(10)字段时，两边类型完全一致，比较基于Unicode字符的精确匹配，所有符合条件的11条记录（包括含特殊Unicode字符的条目）都能被正确匹配，不会触发隐式转换。

• IN子查询的隐式转换陷阱：
  SQL Server的类型优先级中，nvarchar（Unicode）优先级高于varchar（非Unicode）。当IN子查询返回的类型与外层查询字段类型不匹配时，会自动把低优先级类型转换为高优先级类型：

  • 情况3、4中，若外层字段为varchar，子查询返回nvarchar，SQL会把外层的varchar字段隐式转为nvarchar。如果外层字段存在无法被正确转换为Unicode的字符（或转换后与子查询值不匹配），这条记录就会被过滤，导致少返回1条结果。
  • 而主动将子查询的nvarchar(10)转为varchar(10)时，两边类型统一为varchar，此时是将Unicode值转为ASCII兼容字符，所有匹配记录都能被正确识别，因此返回11条正确结果。

• LTRIM(RTRIM())无效的原因：问题根源不是空格，而是字符集类型不匹配引发的隐式转换误差，trim操作无法解决类型层面的匹配偏差。

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