使用SQL触发器防止NIC重复失败：首次插入即触发回滚问题求助

兄弟，你这触发器的逻辑踩了个典型的坑——用after insert的话，第一条数据插入后，触发器触发时这条数据已经在表里面了，你的判断条件自然会认为NIC重复，直接回滚，导致第一条插入也失败。咱们换个思路，用instead of insert触发器就能搞定，而且还能处理批量插入的情况，具体看下面的方案：

问题分析 #

你的after insert触发器执行时机是数据已经插入表之后，所以当第一条插入完成后，触发器里查询Utentes where NIC = @NIC肯定能查到刚插入的那条数据，触发rollback，把第一条插入也给撤销了，这就是为啥第一条也插不进去。

修改后的完整代码 #

Create table Utentes (
 numUtente nchar(3),
 Name nchar(40) not null,
 NIC nchar(8) not null,
 Constraint PK_Utente Primary Key(numUtente)
)
go
create trigger tr_Duplicate on Utentes instead of insert as
begin
    -- 检查要插入的NIC是否已经存在于表中
    if exists(select 1 from inserted i join Utentes u on i.NIC = u.NIC)
    begin
        print 'NIC already in database'
        -- 不执行插入操作，相当于拦截重复数据
        return
    end
    -- 如果没有重复，执行插入
    insert into Utentes(numUtente, Name, NIC)
    select numUtente, Name, NIC from inserted
end
go
-- 第一条插入：正常执行
insert into Utentes (numUtente, Name, NIC) values ('123', 'asd', '12345678')
-- 第二条插入：NIC重复，被拦截
insert into Utentes (numUtente, Name, NIC) values ('124', 'asd', '12345678')
-- 查询结果：只有第一条数据
select * from Utentes

关键修改点 #

1. 触发器类型改为instead of insert：这个类型的触发器会在实际插入操作执行前触发，此时Utentes表中只有之前已有的数据，不会包含本次要插入的内容，判断重复时只会对比历史数据，不会误判第一条插入。
2. 处理批量插入场景：不再用单个变量存储NIC，而是直接关联inserted临时表和Utentes表检查重复，就算一次性插入多条数据，也能准确拦截其中重复的条目（如果需要批量插入时只跳过重复的，还可以调整逻辑，这里是只要有重复就全部拦截，你也可以改成只插入不重复的）。
3. 明确执行逻辑：先判断重复，有重复就提示并返回；没有重复就把inserted里的数据插入到表中，保证正常数据能插入。

执行结果 #

第一条插入成功，第二条插入会输出NIC already in database但不会执行插入，最后查询Utentes表只会看到numUtente='123'的那条数据，完全符合你的需求。

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