首先明确结论：这两条错误提示本质是同一类异常，都是由于尝试插入违反唯一约束/唯一索引的重复键值导致的插入失败，只是SQL Server在不同版本（或不同触发场景）下输出的错误文本表述有所区别。

为什么错误提示会变化？ #

• 这两条消息分别对应SQL Server的两个核心错误号：
  • Violation of UNIQUE KEY constraint 'XXXXXXX' 对应错误号 2627（显式唯一约束冲突）
  • Cannot insert duplicate key row in object 'dbo.XXXXXX' with unique index 'XXXXXXX' 对应错误号 2601（唯一索引冲突）
• 当你创建唯一约束时，SQL Server会自动在后台生成对应的唯一索引，所以两种场景触发的异常本质都是重复键插入失败。不同SQL Server版本会优化错误消息的表述逻辑，这就是你现在看到提示变化的核心原因。

能否恢复原来的错误提示？ #

很遗憾，无法通过MSSQL配置恢复旧的错误文本。错误消息的格式是SQL Server内置的系统级内容，不同版本的调整属于产品迭代的一部分，没有公开配置项可以修改这些默认提示内容。

更可靠的异常处理方案 #

与其依赖易变的错误消息文本，不如通过错误号判断异常类型——这是跨版本、更稳定的做法。修改你的代码如下：

catch (SqlException sqlEx)
{
    // 2601 = 唯一索引重复键冲突；2627 = 唯一约束重复键冲突
    if (sqlEx.Errors.Cast<SqlError>().Any(e => e.Number is 2601 or 2627))
    {
        // 这里写你处理重复键冲突的业务逻辑
    }
}

这种方式完全不依赖错误消息的具体文字，无论SQL Server后续版本如何更新错误提示的表述，只要是重复键冲突场景，错误号都会保持稳定，能彻底避免类似的适配问题。

内容的提问来源于stack exchange，提问作者JB's