Oracle查询优化：如何关联存在PERSON_OID的COOL/SMART_PERSON表（替代UNION）

嘿，这种因为两张结构相似的子表，导致要重复写大段查询逻辑的场景我太熟悉了！完全可以通过关联查询或者封装逻辑的方式来避免重复的UNION代码，下面给你几种实用的解决方案：

方法1：LEFT JOIN + COALESCE（通用SQL，适配大多数数据库） #

如果你的场景里，同一个PERSON_OID只会在COOL_PERSON或SMART_PERSON中的一张表存在（或者你只需要保留一条匹配记录），这种方法最简洁。

假设你原来的冗余UNION查询是这样的：

SELECT p.NAME, cp.age, cp.hobby
FROM PERSON p
JOIN COOL_PERSON cp ON p.OID = cp.PERSON_OID
WHERE p.NAME LIKE 'J%' -- 这里是一大段重复的过滤逻辑
UNION
SELECT p.NAME, sp.age, sp.hobby
FROM PERSON p
JOIN SMART_PERSON sp ON p.OID = sp.PERSON_OID
WHERE p.NAME LIKE 'J%' -- 重复的逻辑，改起来超麻烦

可以改成只写一次公共逻辑的版本：

SELECT 
    p.NAME,
    COALESCE(cp.age, sp.age) AS age,
    COALESCE(cp.hobby, sp.hobby) AS hobby
    -- 所有共享列都用COALESCE取存在的那个值
FROM PERSON p
LEFT JOIN COOL_PERSON cp ON p.OID = cp.PERSON_OID
LEFT JOIN SMART_PERSON sp ON p.OID = sp.PERSON_OID
WHERE 
    (cp.PERSON_OID IS NOT NULL OR sp.PERSON_OID IS NOT NULL)
    AND p.NAME LIKE 'J%' -- 只写一次过滤逻辑

小提示：COALESCE会优先取第一个非空的值，所以如果同一个PERSON_OID在两张表都有数据，会优先用COOL_PERSON的内容；如果需要保留两条记录，那这个方法就不适用了，得看下面的方案。

方法2：横向连接（CROSS APPLY/LATERAL JOIN，灵活保留所有匹配） #

如果你的场景需要保留两张表中所有匹配的记录（哪怕同一个PERSON_OID在两张表都存在），同时不想重复写查询逻辑，横向连接是绝佳选择。

SQL Server 用CROSS APPLY #

SELECT 
    p.NAME,
    sub.age,
    sub.hobby
FROM PERSON p
CROSS APPLY (
    -- 把两张子表的查询逻辑封装在这里
    SELECT age, hobby FROM COOL_PERSON cp WHERE cp.PERSON_OID = p.OID
    UNION ALL -- 用UNION ALL比UNION高效，不需要去重；要去重就换UNION
    SELECT age, hobby FROM SMART_PERSON sp WHERE sp.PERSON_OID = p.OID
) AS sub
WHERE p.NAME LIKE 'J%' -- 外层只写一次公共过滤逻辑

PostgreSQL/MySQL 8.0+ 用LATERAL JOIN #

SELECT 
    p.NAME,
    sub.age,
    sub.hobby
FROM PERSON p
LEFT JOIN LATERAL (
    SELECT age, hobby FROM COOL_PERSON cp WHERE cp.PERSON_OID = p.OID
    UNION ALL
    SELECT age, hobby FROM SMART_PERSON sp WHERE sp.PERSON_OID = p.OID
) AS sub ON TRUE
WHERE p.NAME LIKE 'J%'

这种方式把重复的子查询逻辑打包在横向连接里，外层只需要处理主表和公共逻辑，代码简洁很多，维护起来也方便。

方法3：创建视图（长期复用的最佳实践） #

如果这个合并查询是你经常要用到的，那直接创建一个视图封装两张子表的合并逻辑，之后每次查询只需要关联视图就行：

先创建视图：

CREATE VIEW PERSON_PROFILE AS
SELECT PERSON_OID, age, hobby FROM COOL_PERSON
UNION ALL
SELECT PERSON_OID, age, hobby FROM SMART_PERSON;

之后查询就变得超级简单：

SELECT p.NAME, pp.age, pp.hobby
FROM PERSON p
JOIN PERSON_PROFILE pp ON p.OID = pp.PERSON_OID
WHERE p.NAME LIKE 'J%' -- 只写一次逻辑，改起来只动这里

视图的好处是把重复逻辑彻底封装，后续如果子表结构或者合并规则变了，只需要修改视图，不用改所有用到这个逻辑的查询。

总结一下 #

• 单条匹配场景：用LEFT JOIN + COALESCE最简洁；
• 多记录保留场景：用横向连接（CROSS APPLY/LATERAL JOIN）；
• 频繁复用场景：创建视图，长期维护更省心。

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