关于先关联Secondary与Tertiary表再关联Primary表的可行性咨询

你的思路本身是可行的，其实还有两种常用写法，性能差异主要取决于数据库优化器的处理逻辑，大部分场景下两者表现相近：

方案1：先关联Secondary和Tertiary，再关联Primary #

这就是你提到的思路，先通过secondary table key关联Secondary和Tertiary，筛选出需要的列后，再用primary table key关联到Primary表，SQL示例：

SELECT 
    p.`primary table key`,
    p.`primary data`,
    s.`secondary data`,
    t.`tertiary data`
FROM 
    `Primary Table` p
JOIN 
    (SELECT 
         s.`primary table key`,
         s.`secondary data`,
         t.`tertiary data`
     FROM 
         `Secondary Table` s
     JOIN 
         `Tertiary Table` t ON s.`secondary table key` = t.`secondary table key`) st
ON p.`primary table key` = st.`primary table key`;

方案2：直接三层JOIN #

写法更简洁，直接依次关联三个表，数据库优化器通常会自动调整执行顺序，和方案1的性能基本一致：

SELECT 
    p.`primary table key`,
    p.`primary data`,
    s.`secondary data`,
    t.`tertiary data`
FROM 
    `Primary Table` p
JOIN 
    `Secondary Table` s ON p.`primary table key` = s.`primary table key`
JOIN 
    `Tertiary Table` t ON s.`secondary table key` = t.`secondary table key`;

实用优化建议 #

1. 确保三个表的关联键（primary table key、secondary table key）都建立了索引，这是提升关联性能的核心。
2. 只SELECT实际需要的列，避免全列查询拖慢执行速度。
3. 如果存在一对多关联（比如一个Primary对应多个Secondary，或一个Secondary对应多个Tertiary），要提前处理数据重复问题，可根据业务需求用DISTINCT去重，或用GROUP_CONCAT这类聚合函数合并数据。

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