DB2中如何避免UNION子句内EXISTS条件重复？

你的需求很合理——重复写复杂的EXISTS条件不仅冗余，还容易在后续维护时出错。针对你的SQL，我们可以通过两种简洁的方式重构，彻底避免重复编写那个关联t1的子查询条件：

方案一：使用LEFT JOIN替代EXISTS/NOT EXISTS #

这是最直观的优化方式，通过一次左连接把是否匹配t1的判断转化为字段是否为NULL，只需要写一次关联条件：

SELECT t.id
FROM table t
LEFT JOIN table t1 
  ON t1.id = t.id 
  AND t1.surname = 'OK' -- 这里只写一次复杂的匹配条件
WHERE t.given_name = 'good'
  AND (
        (t.time = 1 AND t1.id IS NOT NULL) -- 对应原SQL的第一个UNION分支（存在匹配）
        OR
        (t.time = 2 AND t1.id IS NULL)    -- 对应原SQL的第二个UNION分支（不存在匹配）
      );

逻辑说明： #

LEFT JOIN会保留所有满足t.given_name = 'good'的t表记录，当t1中存在匹配的记录时，t1.id会有值；没有匹配时t1.id为NULL。我们直接用这个NULL判断来替代重复的EXISTS/NOT EXISTS，完美避免了条件重复。

方案二：使用CTE预计算匹配标志 #

如果你的匹配条件特别复杂，或者希望逻辑更清晰，可以用公用表表达式（CTE）先给每个t表记录打上“是否匹配t1”的标志，之后主查询直接用这个标志过滤：

WITH t_with_match_flag AS (
    SELECT 
        t.id,
        t.time,
        -- 这里只写一次匹配条件
        EXISTS (SELECT 1 FROM table t1 WHERE t1.id = t.id AND t1.surname = 'OK') AS has_match
    FROM table t
    WHERE t.given_name = 'good'
)
SELECT id
FROM t_with_match_flag
WHERE (time = 1 AND has_match = TRUE)
   OR (time = 2 AND has_match = FALSE);

逻辑说明： #

CTE先把所有符合given_name='good'的记录筛选出来，同时计算每个记录的has_match布尔值（是否存在匹配的t1记录）。主查询只需要根据time和这个标志组合过滤，完全不需要重复写子查询条件。

两种方案的选择 #

• 如果追求性能优先，优先选LEFT JOIN：DB2的查询优化器对JOIN的处理通常更高效，尤其是当t和t1表有合适索引的时候。
• 如果追求代码可读性和维护性，优先选CTE：当匹配条件复杂（比如多个AND/OR组合、嵌套子查询）时，CTE把判断逻辑和过滤逻辑分离，后续修改只需要改CTE里的一次即可。

这两种方案都完全等价于你原来的UNION查询，但代码更简洁、维护成本更低。

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