添加列后SQL查询结果集行数增加，求关键逻辑解惑

这绝对是个很常见的SQL坑——我自己也踩过好几次！添加列居然导致行数变多，核心原因几乎都是你的查询逻辑里存在一对多的关联或者分组/去重逻辑的隐性变化，下面给你拆解几个最可能的场景：

• 关联表的一对多关系被暴露
  假设你的查询里有JOIN操作，比如主表关联子表（比如订单表关联订单明细表）。当你没选l.line_no的时候，可能你选的所有字段都来自主表，或者子表在你所选的字段上是唯一对应主表的一行。但l.line_no是子表的字段，且一个主表行对应多个子表行（比如一个订单有多条明细行），那添加l.line_no后，数据库会把每个子表行都返回，自然行数就从13变成19了。

• GROUP BY分组逻辑被改变
  如果你的查询用了聚合函数（比如SUM()、COUNT()），但原来的GROUP BY子句里没有包含l.line_no。当你把l.line_no加入查询列后，数据库会自动把l.line_no纳入分组依据（某些SQL模式下会隐式处理），原来的一个分组可能因为l.line_no的不同值拆成多个分组，导致行数增加。比如原来按order_id分组，现在按order_id + line_no分组，行数自然变多。

• DISTINCT的唯一性被打破
  如果你的查询用了DISTINCT去重，原来的字段组合是唯一的，但添加l.line_no后，同一个原始唯一组合对应多个l.line_no值，DISTINCT就会保留这些不同的行，导致行数增加。比如原来order_id + customer_id是唯一的，加了line_no后，同一个订单和客户对应多个明细行，去重后行数就变多了。

• 先检查查询中的JOIN关联，确认l.line_no所在的表和其他表是否是一对多的关系；
• 对比添加l.line_no前后的GROUP BY字段（如果有的话），看是否分组粒度被细化；
• 查看是否使用了DISTINCT，分析添加列后字段组合的唯一性变化；
• 可以分别对两个版本的查询执行EXPLAIN，看执行计划里的行数估算和关联方式差异，能快速定位问题点。

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