SQL Server插入时自动执行RTRIM？如何避免其引发的唯一键冲突

这事儿我太熟了！SQL Server对CHAR/NCHAR类型的字符串做比较时，确实会自动忽略尾部空格——这是遵循ANSI SQL标准的行为，不是bug，但确实容易踩坑。你看到错误消息里还保留着空格，是因为数据库只是在比较判断的时候做了截断，但报错时会原样展示你插入的原始值，这就导致了看似矛盾的情况。

要解决这个问题，有几个靠谱的方案：

• 改用VARCHAR/NVARCHAR类型：这类可变长度字符串的尾部空格会被视为有效字符，数据库比较时不会自动截断。如果你的业务场景允许，这是最直接的解决办法，改完列类型后，带空格的AA 和不带的AA就会被当成不同的值，不会触发唯一键冲突。
• 保留原类型但添加计算列到唯一约束：如果必须用CHAR/NCHAR，可以给表加一个计算列，用来记录Sfx列的实际存储长度（包括尾部空格），然后把这个计算列加入唯一键约束。比如：

  ALTER TABLE 你的表名 ADD Sfx_DataLength AS DATALENGTH(Sfx);
  -- 然后重建唯一约束，把Sfx_DataLength也加进去
  ALTER TABLE 你的表名 ADD CONSTRAINT NNMP0672 UNIQUE (Pfx, Bse, Sfx, Sfx_DataLength);
  

  因为DATALENGTH会返回列实际占用的字节数（CHAR类型的尾部空格会算进去），这样就能区分开带空格和不带空格的Sfx值了。
• 插入前手动校验（不推荐）：在应用层插入前检查字符串长度，但这种方式没法从数据库层面强制约束，万一有其他渠道插入数据，还是会出问题，所以优先级最低。

总结一下，最推荐前两种方案，尤其是第一种，能从根源上避免这类问题。

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