SQL实现：筛选不存在交易类型D的账户编号

你之前写的Select accountnumber from table where transactiontype NOT IN('D')达不到筛选目标，核心是逐行做行级匹配判断，没有按账户维度做整体校验：只要账户名下存在任意一行非D类交易，就会被结果集捞出来，哪怕这个账户同时也存在D类交易记录。

方案1：NOT EXISTS 关联校验（大表场景首选，性能最优） #

核心逻辑是对每一个待校验的账户，匹配是否存在任意一条属于该账户的D类交易记录，只要匹配不到，就符合筛选规则。
对应SQL实现：

SELECT DISTINCT accountnumber 
FROM account t1
WHERE NOT EXISTS (
    SELECT 1 
    FROM account t2 
    WHERE t2.accountnumber = t1.accountnumber 
    AND t2.Transactiontype = 'D'
)

这种写法不需要对全表做全量聚合扫描，数据库可以直接走交易类型字段的索引做快速匹配，在数据量较大的场景下，执行效率远高于其他聚合类写法。

方案2：账户维度聚合后条件过滤 #

先按账户编号做分组聚合，统计每个账户名下的D类交易总数量，只要计数为0，就说明该账户完全没有D类交易。
对应SQL实现：

SELECT accountnumber
FROM account
GROUP BY accountnumber
HAVING SUM(CASE WHEN Transactiontype = 'D' THEN 1 ELSE 0 END) = 0

这种写法逻辑最直观，把逐行判断的逻辑替换成了账户维度的整体统计，不会出现“同时存在D、E类交易的账户被误捞取”的问题。

方案3：自关联LEFT JOIN匹配 #

将账户表做自连接，关联条件设置为“同账户+交易类型为D”，最终筛选关联匹配结果为空的账户即可。
对应SQL实现：

SELECT DISTINCT t1.accountnumber
FROM account t1
LEFT JOIN account t2 
    ON t1.accountnumber = t2.accountnumber 
    AND t2.Transactiontype = 'D'
WHERE t2.accountnumber IS NULL

避坑提示

• 不要在LEFT JOIN的WHERE子句里写t2.Transactiontype != 'D'，这会把连接逻辑重新变回逐行过滤的旧逻辑，达不到账户整体校验的目的
• 如果Transactiontype字段存在NULL值，直接用NOT IN ('D')的写法会触发空值匹配失效的问题，优先使用NOT EXISTS方案规避这类边界异常

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