JavaGuide项目SQL面试题解析：顾客订单总金额计算

在JavaGuide项目的SQL面试题总结中，有一个关于计算顾客订单总金额的题目引起了我的注意。这个题目看似简单，但其中隐藏着一些值得深入探讨的技术细节。

问题背景

题目要求我们编写SQL语句，返回每个顾客ID及其对应的所有订单总金额，并按金额从大到小排序。数据库中有两个表：

1. OrderItems表：包含订单号(order_num)、商品价格(item_price)和商品数量(quantity)
2. Orders表：包含订单号(order_num)和顾客ID(cust_id)

常见解决方案分析

连接表方案

最直观的解决方案是使用表连接：

SELECT b.cust_id, SUM(a.quantity * a.item_price) AS total_ordered
FROM OrderItems a, Orders b
WHERE a.order_num = b.order_num
GROUP BY cust_id
ORDER BY total_ordered DESC

这种方案直接通过订单号连接两个表，然后按顾客ID分组计算总和。逻辑清晰，执行效率也较高。

子查询方案

题目还要求使用子查询来实现。初始的子查询方案如下：

SELECT o.cust_id AS cust_id, tb.total_ordered AS total_ordered
FROM (SELECT order_num, Sum(item_price * quantity) AS total_ordered
    FROM OrderItems
    GROUP BY order_num) AS tb,
  Orders o
WHERE tb.order_num = o.order_num
ORDER BY total_ordered DESC

这个方案存在一个关键问题：它只计算了每个订单的总金额，但没有对顾客ID进行分组汇总。这会导致如果一个顾客有多个订单，查询结果会返回多条记录而不是汇总后的总金额。

正确的子查询实现

正确的子查询实现应该在外部查询中对顾客ID进行分组：

SELECT o.cust_id, SUM(tb.total_ordered) AS total_ordered
FROM (SELECT order_num, SUM(item_price * quantity) AS total_ordered
    FROM OrderItems
    GROUP BY order_num) AS tb,
  Orders o
WHERE tb.order_num = o.order_num
GROUP BY o.cust_id
ORDER BY total_ordered DESC

这个改进后的方案：

1. 先在子查询中计算每个订单的总金额
2. 然后通过订单号关联Orders表
3. 最后按顾客ID分组，汇总所有订单金额

性能考量

在实际应用中，我们需要考虑两种方案的性能差异：

1. 连接表方案通常更高效，因为它只需要一次表扫描和连接操作
2. 子查询方案需要先处理子查询，再进行连接和分组，可能会有额外的临时表创建

但在现代数据库优化器中，这两种写法可能会被优化为相同的执行计划。不过，明确的分组操作可以避免逻辑错误。

常见误区

在解决这类问题时，开发者容易犯以下错误：

1. 忽略一对多关系：忘记一个顾客可能有多个订单
2. 分组不完整：只按订单分组而忘记按顾客分组
3. 聚合函数使用不当：在错误的位置使用SUM等聚合函数

最佳实践建议

1. 明确业务需求：首先要清楚是计算每个订单金额还是每个顾客的总金额
2. 验证查询结果：检查结果是否包含所有需要的记录，没有重复或遗漏
3. 考虑使用显式JOIN语法：使用INNER JOIN等明确表达连接意图，提高可读性
4. 添加适当的索引：在order_num和cust_id上创建索引可以提高查询性能

通过这个案例，我们可以看到SQL查询中分组操作的重要性，特别是在处理一对多关系时。正确的分组策略是确保查询结果准确的关键。