多表LEFT JOIN时如何限制关联表仅返回单行结果？

你当前通过GROUP BY去除关联t3后产生的重复结果，虽然能得到正确输出，但存在两个潜在问题：一是部分数据库（如开启严格模式的MySQL）会因SELECT字段未全部包含在GROUP BY中报错；二是先关联出大量重复行再分组，性能不如提前在关联阶段就过滤重复数据。

针对t3中同一track_id对应多条记录但title完全相同的场景，以下几种方式可以直接在关联t3时仅返回单行数据：

方案1：使用DISTINCT子查询去重后关联 #

直接对t3做去重处理，只保留每个track_id对应的唯一title，再和主表关联：

select
    t1.*, t2.starttime, t3.title
from
    t1
left join
    t2 on (t1.doc_id,t1.timestamp) = (t2.doc_id,t2.timestamp)
left join
    (SELECT DISTINCT track_id, title FROM t3) t3 
    on t1.track_id = t3.track_id;

执行结果和你用GROUP BY的版本完全一致，且逻辑更直观，提前减少了关联的数据量。

方案2：用窗口函数筛选单行记录 #

如果后续t3中同一track_id的title可能出现不同值，或者需要指定取某一条（比如按chapter排序后的第一条），可以用窗口函数ROW_NUMBER()：

select
    t1.*, t2.starttime, t3.title
from
    t1
left join
    t2 on (t1.doc_id,t1.timestamp) = (t2.doc_id,t2.timestamp)
left join
    (
        SELECT 
            track_id, 
            title,
            ROW_NUMBER() OVER(PARTITION BY track_id ORDER BY chapter) rn
        FROM t3
    ) t3 
    on t1.track_id = t3.track_id AND t3.rn = 1;

这里按chapter排序取第一条，由于你的场景中title相同，最终结果和之前一致，但这种方式扩展性更强，适合后续需求变化的场景。

方案3：用聚合函数获取唯一值 #

因为同一track_id的title完全相同，用聚合函数（MAX/MIN）也能得到唯一的title，再关联主表：

select
    t1.*, t2.starttime, t3.title
from
    t1
left join
    t2 on (t1.doc_id,t1.timestamp) = (t2.doc_id,t2.timestamp)
left join
    (
        SELECT track_id, MAX(title) AS title 
        FROM t3 
        GROUP BY track_id
    ) t3 
    on t1.track_id = t3.track_id;

这种方式逻辑简单，性能也不错，适合明确title唯一的场景。

方案4：数据库特定的横向关联（如PostgreSQL/LATERAL JOIN、SQL Server/OUTER APPLY） #

如果你的数据库支持横向关联，可以直接关联时只取t3的第一条记录：

-- PostgreSQL版本
select
    t1.*, t2.starttime, t3.title
from
    t1
left join
    t2 on (t1.doc_id,t1.timestamp) = (t2.doc_id,t2.timestamp)
left join LATERAL
    (SELECT title FROM t3 WHERE t3.track_id = t1.track_id LIMIT 1) t3 
    on true;

-- SQL Server版本
select
    t1.*, t2.starttime, t3.title
from
    t1
left join
    t2 on (t1.doc_id,t1.timestamp) = (t2.doc_id,t2.timestamp)
outer apply
    (SELECT TOP 1 title FROM t3 WHERE t3.track_id = t1.track_id) t3;

这种方式灵活性最高，能精准控制关联时返回的行数，尤其适合复杂的筛选逻辑。

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