SQL FROM子句中括号的非常规使用及写法差异问询

这两种写法在功能、返回结果上没有实质性差异，核心区别仅在于语法表达形式，以及对查询优化器的潜在（但通常可忽略）影响，具体分析如下：

1. 语法与逻辑等价性 #

• 嵌套括号的写法是显式标注了连接的先后顺序：先将part与product连接，再依次关联soitem、so，最后左连接uomconversion。
• 常规写法是隐式的连续连接，对于连续的INNER JOIN（前四个表的连接都是内连接），SQL标准本身允许优化器调整连接顺序；而最后的LEFT JOIN在两种写法中，左表都是前面四个表连接后的结果，逻辑完全一致。
• 最终两种写法都会生成相同的逻辑查询计划，返回完全一样的数据集。

2. 关于“强制连接顺序”的误区 #

你推测的“强制指定连接顺序”其实是个常见误解：

• 大部分现代关系型数据库（MySQL、PostgreSQL、SQL Server等）的查询优化器会自动忽略这种括号嵌套的显式顺序，它会基于表的统计信息（比如数据量、索引情况）评估不同连接顺序的执行成本，选择最优的执行路径。
• 只有在极少数场景下（比如手动关闭优化器的某些优化选项、使用特定数据库的特殊语法），括号才会强制固定连接顺序，但这属于非常规操作。

3. 代码可读性对比 #

• 常规写法更简洁、符合行业通用规范，可读性远高于嵌套括号的写法；
• 嵌套括号的写法额外增加了不必要的视觉层级，除了试图表达连接顺序的意图外，没有实际价值，反而容易让其他开发者困惑。

嵌套括号写法示例： #

from 
(
    (
        (
            (
                part join product on(part.id = product.partId)
            )
            join soitem on(product.id = soitem.productId)
        )
        join so on(so.id = soitem.soId)
    )
    left join uomconversion on(uomconversion.toUomId = part.uomId and
                               uomconversion.fromUomId = soitem.uomId)
)

常规写法示例： #

from part 
join product on(part.id = product.partId)
join soitem on(product.id = soitem.productId)
join so on(so.id = soitem.soId)
left join uomconversion on(uomconversion.toUomId = part.uomId and
                           uomconversion.fromUomId = soitem.uomId)

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