SQL 分组查询中的非聚合列要求及实例解析
在 SQL 查询中，当我们对数据进行分组时，通常会用到 GROUP BY 子句。SQL 标准要求：所有非聚合列（即没有使用聚合函数的列）都必须出现在 GROUP BY 子句中，或者是聚合函数的结果。这篇文章通过一个实例来说明这个规则的原因及如何正确书写查询语句。
场景描述
我们有三张表：Customers（顾客信息）、Orders（订单信息）、OrderItems（订单项信息），它们分别包含以下字段：
-
Customers 表
cust_id：顾客 IDcust_name：顾客名称
-
Orders 表
order_num：订单号cust_id：顾客 ID（与Customers表关联）
-
OrderItems 表
order_num：订单号（与Orders表关联）quantity：商品数量item_price：商品单价
需求是返回每个顾客的 cust_name 和与之关联的订单号 order_num，以及每个订单的总价 OrderTotal，并按顾客名称和订单号进行排序。
数据示例
Customers 表：
| cust_id | cust_name |
|---|---|
| cust10 | andy |
| cust1 | ben |
| cust2 | tony |
| cust22 | tom |
| cust221 | an |
| cust2217 | hex |
Orders 表：
| order_num | cust_id |
|---|---|
| a1 | cust10 |
| a2 | cust1 |
| a3 | cust2 |
| a4 | cust22 |
| a5 | cust221 |
| a7 | cust2217 |
OrderItems 表：
| order_num | quantity | item_price |
|---|---|---|
| a1 | 1000 | 10 |
| a2 | 200 | 10 |
| a3 | 10 | 15 |
| a4 | 25 | 50 |
| a5 | 15 | 25 |
| a7 | 7 | 7 |
正确的 SQL 查询
为了实现需求，我们需要将三张表进行连接，并计算每个订单的总价。计算总价的方法是将 quantity 和 item_price 相乘，并对每个订单的所有项进行求和。最终的 SQL 查询如下：
SELECT c.cust_name, o.order_num, SUM(quantity * item_price) AS OrderTotal
FROM Customers c
JOIN Orders o ON c.cust_id = o.cust_id
JOIN OrderItems oi ON o.order_num = oi.order_num
GROUP BY c.cust_name, o.order_num
ORDER BY c.cust_name, o.order_num;
查询解析
- 连接三张表：通过
cust_id将Customers和Orders表连接，通过order_num将Orders和OrderItems表连接，获取顾客、订单和订单项的完整信息。 - 计算订单总价：使用
SUM(quantity * item_price)计算每个订单的总金额。 - 分组与排序：
GROUP BY c.cust_name, o.order_num按顾客名称和订单号分组，使每个分组对应一个顾客的一个订单，从而计算出每个订单的总金额。ORDER BY c.cust_name, o.order_num对结果按顾客名称和订单号排序。
查询结果
查询将返回顾客的姓名、订单号以及该订单的总价，并按顾客名称和订单号进行排序：
| cust_name | order_num | OrderTotal |
|---|---|---|
| andy | a1 | 10000 |
| ben | a2 | 2000 |
| tony | a3 | 150 |
| tom | a4 | 1250 |
| an | a5 | 375 |
| hex | a7 | 49 |
错误示例及解析
一个常见的错误查询示例如下：
SELECT c.cust_name, o.order_num, SUM(quantity * item_price) AS OrderTotal
FROM Customers c, Orders o, OrderItems oi
WHERE c.cust_id = o.cust_id AND o.order_num = oi.order_num
GROUP BY c.cust_name
ORDER BY c.cust_name, o.order_num;
错误原因：
- 这个查询中只在
GROUP BY子句中使用了cust_name，但order_num未包含在GROUP BY中，导致 SQL 无法确定如何处理order_num。 - 在 SQL 中，
GROUP BY子句中的列需要包含所有非聚合列（即未被聚合函数包裹的列）。否则，SQL 将无法知道如何处理这些非聚合列的值，从而导致错误。
1. 什么是聚合列和非聚合列？
-
聚合列：指的是在
SELECT语句中通过聚合函数（如SUM()、AVG()、MAX()、MIN()、COUNT()等）计算出的列。它们通常是针对分组数据进行的汇总统计，例如求某个分组中的所有值的和、平均值等。 -
非聚合列：在
SELECT语句中未使用聚合函数的列，即直接显示的列，没有进行任何聚合操作。这些列通常用于显示某个分组的特定属性。
2. 为什么非聚合列必须出现在 GROUP BY 子句中，或者是聚合函数的结果？
在分组查询中，SQL 标准要求所有出现在 SELECT 语句中的列要么是聚合函数的结果，要么出现在 GROUP BY 子句中。其原因如下：
-
确定性原则：在分组查询中，每个分组内可能包含多行数据，如果我们在
SELECT中选择了一个非聚合列，但没有将其包含在GROUP BY子句中，SQL 不知道应该选取哪个具体的值，因为每个分组中的该列值可能不同，这会导致不确定性。 -
保证数据一致性：当一个查询返回结果时，用户会希望每一行数据都是确定的、清晰的。如果没有将非聚合列放入
GROUP BY，则会出现难以理解的数据，可能导致数据含义不清或误导。
举例说明
假设有一个 sales 表，结构如下：
| id | region | sales_amount |
|---|---|---|
| 1 | East | 200 |
| 2 | East | 150 |
| 3 | West | 300 |
| 4 | West | 250 |
我们希望按 region 进行分组，求每个地区的总销售额。正确的 SQL 查询应该是：
SELECT region, SUM(sales_amount) AS total_sales
FROM sales
GROUP BY region;
输出结果：
| region | total_sales |
|---|---|
| East | 350 |
| West | 550 |
在这个例子中，SUM(sales_amount) 是一个聚合列，而 region 是一个非聚合列。因为 region 出现在 GROUP BY 子句中，SQL 知道需要按 region 分组，然后对每组的数据进行汇总。
错误的写法
如果我们写成如下形式，将 id（非聚合列）放在 SELECT 语句中，却不出现在 GROUP BY 中：
SELECT id, region, SUM(sales_amount) AS total_sales
FROM sales
GROUP BY region;
这样 SQL 会报错，因为每个 region 可能包含多行不同的 id，系统无法确定返回哪个 id。这就是 SQL 标准所要避免的“不确定性”问题。
如何解决？
如果确实需要某个非聚合列出现在查询结果中，那么我们有两种选择：
-
将非聚合列加入
GROUP BY子句中：如果id是我们希望按某个粒度分组的属性，可以将其加入GROUP BY。SELECT id, region, SUM(sales_amount) AS total_sales FROM sales GROUP BY id, region; -
使用聚合函数处理该列：如果想得到某个分组内的特定
id，可以使用聚合函数，如MAX(id)或MIN(id)，以明确返回的值。SELECT MAX(id) AS example_id, region, SUM(sales_amount) AS total_sales FROM sales GROUP BY region;
总结
在 SQL 中，当我们进行分组查询时，所有出现在 SELECT 语句中的非聚合列都必须出现在 GROUP BY 子句中，或者使用聚合函数包裹。这样做的原因是，GROUP BY 子句能确保查询结果是确定的、清晰的。否则，SQL 将无法理解如何处理这些非聚合列，可能导致错误。
原文地址：https://blog.csdn.net/qq_44199605/article/details/143738101
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！