嘿，这个问题其实没有非黑即白的答案——两种写法都有各自的适用场景，主要看你的思考习惯和查询的复杂度。我来拆解一下两种方式的优劣和适用情况：

从已知表（TblA）开始写的场景 #

这种写法更贴合“从已知信息出发，逐步推导到目标数据”的思考逻辑，尤其适合这些情况：

• 你对表之间的关联链路非常清晰（比如A→B→C→D→E的关联关系一目了然）；
• 刚接触多表连接的新手，顺着关联关系写不容易漏写或写错连接条件。

举个正确的示例（注意要替换成真实的关联字段，绝对不能用ON 1=1，否则会生成笛卡尔积，结果完全错误）：

SELECT E.myTargetColumn
FROM TblA A
INNER JOIN TblB B ON A.B_id = B.id
INNER JOIN TblC C ON B.C_id = C.id
INNER JOIN TblD D ON C.D_id = D.id
INNER JOIN TblE E ON D.E_id = E.id
WHERE A.ID = myKnownInformation;

这种写法的好处是，每一步的连接都对应着你对数据关系的认知，逻辑连贯，排查问题时也更容易定位到哪一步关联出了问题。

从目标表（TblE）反向写的场景 #

如果你的核心需求就是获取TblE的数据，而关联链路比较复杂，反向写反而能让你始终聚焦在目标上，避免被中间表的细节分散注意力。适合的场景包括：

• 你需要先筛选TblE的特定数据，再通过反向关联其他表做条件过滤；
• 关联表数量较多，反向写能让查询的核心目标（获取E的数据）更突出。

正确的示例同样要注意真实的关联字段：

SELECT E.myTargetColumn
FROM TblE E
INNER JOIN TblD D ON E.D_id = D.id
INNER JOIN TblC C ON D.C_id = C.id
INNER JOIN TblB B ON C.B_id = B.id
INNER JOIN TblA A ON B.A_id = A.id
WHERE A.ID = myKnownInformation;

额外关键提醒 #

1. 性能上无差异：大多数现代数据库的查询优化器，会自动识别两种写法的逻辑等价性，生成相同的执行计划，所以不用纠结哪种写法更快。
2. 连接条件是核心：不管用哪种写法，必须写真实的关联字段（比如A.B_id = B.id），绝对不能用ON 1=1这种无效条件，否则会产生大量冗余的笛卡尔积数据，完全不符合你的需求。
3. 别名要清晰：给每个表起短且有意义的别名（比如你例子里的A、B、C），能大幅提升代码的可读性，尤其是关联表较多的时候。

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