SQL中JOIN与LEFT OUTER JOIN的差异及混用是否属于合理开发实践？

核心语法澄清 #

• 单独书写的JOIN是INNER JOIN的通用简写，MySQL、PostgreSQL、SQL Server、Oracle等所有主流关系型数据库都支持该语法，不存在兼容性问题。
• LEFT JOIN是LEFT OUTER JOIN的通用简写，二者语义完全一致，属于行业通用写法。

两个查询结果一致的原因 #

你给出的示例属于不规范的关联查询写法：没有定义两张表的关联匹配条件，仅在ON子句中写了右表t_orders的过滤规则，实际执行逻辑是先做笛卡尔积再过滤。只要t_orders表中永远存在status = 'PAYMENT PENDING'的记录，两个查询的返回结果就会一致，这是特殊场景下的巧合，不代表JOIN和LEFT OUTER JOIN语义等价。

正常业务场景下二者语义差异极大：

• INNER JOIN（即简写的JOIN）仅返回左右表能匹配上关联条件的记录，左表中没有对应右表匹配项的记录会被直接过滤
• LEFT OUTER JOIN会返回左表的全部记录，右表没有匹配项的对应字段会自动补NULL

混用是否属于合理开发实践 #

不属于合理实践，核心问题是可维护性差：

1. 简写JOIN虽然语法合法，但对于不熟悉SQL简写规则的开发者容易造成误解，建议统一写全INNER JOIN降低理解成本
2. LEFT JOIN和LEFT OUTER JOIN虽然语义完全一致，但同一个项目中应该固定选其中一种写法，避免不必要的歧义
3. 你的示例写法存在严重的逻辑漏洞，必须补充两张表的关联条件（例如ON customers.id = orders.user_id AND orders.status = 'PAYMENT PENDING'），否则不仅查询性能极低，还很容易出现隐性的业务逻辑错误
4. 额外提示：SQL标准中等值判断使用单等于号=，双等于号==属于部分数据库的方言支持，建议统一用标准写法提升兼容性

示例1（JOIN写法，等价于INNER JOIN） #

SELECT 
   id,
   name 
FROM 
   u_users customers
JOIN 
   t_orders orders
ON orders.status=='PAYMENT PENDING'

示例2（LEFT OUTER JOIN写法） #

SELECT 
   id,
   name 
FROM 
   u_users customers
LEFT OUTER JOIN 
   t_orders orders
ON orders.status=='PAYMENT PENDING'

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