SQL Server触发器问题：插入日期与其他表日期对比失败

架构老林

2026-5-27

排查SQL Server触发器日期对比问题

我来帮你梳理下这个触发器的问题，先看看你代码里的几个核心问题：

NULL值导致的判断失效：当TABLE1中没有匹配当前INSERTED记录PARENT_ID的行时，子查询SELECT DISTINCT S.DATE FROM TABLE1 S WHERE I.PARENT_ID = S.PARENT_ID会返回NULL。这时候I.DATE > NULL的结果是UNKNOWN，不会被计入COUNT(*)，导致这类情况被漏掉，可能和你的预期不符。
冗余的计数逻辑：你两次用COUNT(*)来判断条件，其实可以直接通过关联查询来实现，既简洁又高效，还能避免变量赋值带来的潜在问题。

结合你提到的TABLE1中同一PARENT_ID组的日期都相同这个前提，我给你改写了触发器代码，逻辑更清晰，也解决了日期对比的问题：

CREATE TRIGGER TRIGNAME ON TABLE 
FOR INSERT 
AS 
BEGIN
    -- 直接关联INSERTED和TABLE1，过滤符合条件的记录后执行更新
    UPDATE 你的目标表 -- 替换成实际要更新的表名
    SET 目标字段 = 新值 -- 替换成实际的更新逻辑
    FROM INSERTED i
    INNER JOIN TABLE1 s 
        ON i.PARENT_ID = s.PARENT_ID
    WHERE i.ID IS NOT NULL 
      AND i.COL2 = 'TEST'
      AND i.DATE > s.DATE;
END

为什么这样改更好？

避免NULL陷阱：用INNER JOIN只会匹配TABLE1中存在对应PARENT_ID的记录，如果你需要处理TABLE1中无匹配的情况，可以改成LEFT JOIN，再用COALESCE(s.DATE, '1900-01-01')给默认值来做对比。
支持批量插入：原代码虽然用了COUNT(*)考虑多记录，但直接关联的方式更适合处理批量插入的场景，性能也更优。
逻辑更直观：把过滤条件和关联逻辑都放在UPDATE的FROM和WHERE里，一眼就能看清楚触发更新的条件。