执行双表数据追加脚本遇Msg 2601错误：传入值唯一却提示重复键

首先，这个错误指向很明确：你的触发器Trig_InsertToInvoiceDetails在尝试往dbo.TT_InvoiceDetails插入数据时，违反了唯一索引idx_Invdtl的约束——这个索引对应的列组合(152245, 2018/03/IC17-334, 135)已经存在于表中了。你觉得传入的值都是唯一的，那咱们一步步拆解排查：

• 第一步：明确idx_Invdtl的索引列组成
  很多时候我们会误以为唯一索引是主键或单一列，但实际可能是多列组合。你可以用下面的SQL查询索引的具体结构：

  EXEC sp_helpindex 'dbo.TT_InvoiceDetails';
  

  或者在SSMS里找到该表，展开「索引」节点，右键idx_Invdtl查看「属性」中的「索引键列」，确认错误里的三个值分别对应哪几列。

• 第二步：验证现有表中是否真的存在该重复组合
  用错误提示的三个值编写查询，直接检查表中是否已有对应数据：

  SELECT * 
  FROM dbo.TT_InvoiceDetails 
  WHERE [索引列1] = 152245 
    AND [索引列2] = '2018/03/IC17-334' 
    AND [索引列3] = 135;
  

  这里要把[索引列1]等替换成第一步查到的实际列名。注意几个容易忽略的坑：

  • 字符串的隐性空格：比如现有数据的列值末尾有空格，肉眼无法分辨，但数据库会根据排序规则判断是否为重复；
  • 日期/时间精度：如果其中一列是日期类型，可能你传入的是短日期格式，但现有数据带时间部分，导致看似相同实则不同。

• 第三步：检查触发器Trig_InsertToInvoiceDetails的逻辑
  错误明确指向触发器第45行，大概率问题出在这里：

  • 是不是触发器重复插入了数据？比如你的脚本已经往目标表插入了一次，触发器又基于INSERTED表再插一次，导致重复；
  • 触发器里有没有额外逻辑生成了重复的索引列值？比如硬编码、计算值刚好和现有数据冲突；
  • 是否存在递归触发？比如该触发器触发后，又触发了其他触发器回写数据，导致重复插入。

• 第四步：确认传入数据的唯一性
  有时候我们以为传入的数据是唯一的，但可能存在隐性问题：

  • 批量插入的数据源（比如临时表、导入的CSV）本身就包含了和现有数据重复的组合；
  • 数据类型隐式转换导致的重复：比如你传入字符串类型的数字，表列是INT，转换后和现有INT值冲突（不过错误里的三个值已经明确，这个可能性较低）。

• 第五步：排查并发插入的可能性
  如果是多用户或多进程同时操作该表，可能你的脚本执行时，另一个会话已经插入了相同的组合，导致冲突。可以在测试环境用序列化隔离级别执行脚本，验证是否是并发问题：

  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
  BEGIN TRANSACTION;
  -- 你的插入脚本内容
  COMMIT TRANSACTION;
  

  如果这样执行不再报错，说明需要调整插入逻辑或加锁来避免并发冲突。

按这个顺序排查，基本能定位到问题根源——最常见的情况是触发器重复插入，或者你对索引列组合的理解有误，导致你以为唯一的组合实际违反了索引约束。

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