查询中使用EXISTS能否替代DISTINCT ON并提升SQL性能？

1. 能否用EXISTS实现相同去重效果？ #

完全可以。原查询里DISTINCT ON (cl.id)是用来消除多表关联带来的同一cl.id重复行，而EXISTS属于**半连接（Semi-Join）**逻辑：只要子查询里存在至少一条匹配记录，就会返回外层的locations行，不会因为关联产生重复（它只判断存在性，不做全量关联），天然就能达成去重效果，不需要额外的去重语法。

2. 能否将指定的JOIN逻辑放入EXISTS中？ #

可以。你可以把prop_loc_prob和prop_prob的关联逻辑嵌套进EXISTS子查询内，结合已有的prop_loc关联条件，改写后的查询和原查询逻辑完全等价。

改写后的SQL示例 #

SELECT
    cl.id,
    cl.cid,
    cl.name
FROM locations cl
JOIN prop_loc pl ON (cl.cid = pl.cid AND cl.id = pl.loc_id)
WHERE
    pl.prop_id = 12345 AND
    pl.cid = 123
    AND EXISTS (
        SELECT 1
        FROM prop_loc_prob plp
        JOIN prop_prob pp ON (plp.cid = pp.cid AND plp.prop_id = pp.prop_id AND plp.prob_id = pp.prob_id)
        WHERE
            plp.cid = pl.cid 
            AND plp.prop_id = pl.prop_id 
            AND plp.loc_id = pl.loc_id
    )
ORDER BY cl.id, cl.name

3. 这样做是否能提升SQL性能？ #

大概率会有性能提升，原因如下：

• 原查询的JOIN + DISTINCT ON流程是：先全量关联所有符合条件的行（可能生成大量重复的cl.id行），再通过排序和去重筛选出唯一行，中间数据处理量较大。
• 改写后的EXISTS半连接逻辑：只要在子查询中找到第一条匹配记录就会停止遍历，不会生成全量关联结果集，减少了中间数据的处理量和排序开销。

不过最终性能表现还要看数据库的索引优化情况（比如prop_loc_prob和prop_prob的关联字段是否有合适的索引），建议执行EXPLAIN ANALYZE对比两种写法的执行计划，确认实际性能差异。

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