SQLite GROUP BY 的非聚合列：总额算对了，旁边的人名属于哪一笔
正确的合计旁边可能放错了说明
报表按门店汇总销售额，同时选出顾客姓名，看起来既有总数又有具体例子。但同一家门店有多笔交易，姓名既没有参与分组，也没有使用聚合函数，SQLite 仍然允许查询执行。读者很容易把这个姓名理解为最大交易的顾客，而查询实际上没有说要这样选。
这种没有分组、也没有聚合的结果列通常称为裸列。它来自组内某条输入记录，却不能当作你需要的代表记录。修复方法应从需求开始：到底只要总额，还是总额旁边还要显示最高金额的完整交易，两者需要不同的查询结构。
把合计与选行各自写清楚
下面用 Python 标准库建立内存表，可以保存后直接运行。需要支持窗口函数的 SQLite 三点二十五及以上，本文在三点五十三验证。样例让同一门店出现两笔相同最高金额，借此检查并列规则是否完整，而不是只挑一个最大值互不相同的顺利样本。
代码先运行含裸列的查询，只验证总额以及姓名确实属于该组，不把观察到的某个姓名写死为正确答案。随后用窗口函数分别计算组总额和行次序，按金额从大到小、编号从小到大选第一条，让返回姓名与金额来自同一条明确记录。
AI概念配图，非真实界面
import sqlite3
with sqlite3.connect(':memory:') as db:
db.execute("""CREATE TABLE sales(
id INTEGER PRIMARY KEY, shop TEXT NOT NULL,
buyer TEXT NOT NULL, amount INTEGER NOT NULL)""")
db.executemany('INSERT INTO sales VALUES (?,?,?,?)', [
(1, 'alpha', 'A', 5), (2, 'alpha', 'B', 9),
(3, 'alpha', 'C', 9), (4, 'beta', 'D', 4)])
bare = db.execute("""
SELECT shop, buyer, SUM(amount) FROM sales
GROUP BY shop ORDER BY shop
""").fetchall()
assert [(r[0], r[2]) for r in bare] == [('alpha', 23), ('beta', 4)]
assert bare[0][1] in {'A', 'B', 'C'}
print('bare totals:', [(r[0], r[2]) for r in bare])
rows = db.execute("""
WITH ranked AS (
SELECT id, shop, buyer, amount,
SUM(amount) OVER (PARTITION BY shop) AS total,
ROW_NUMBER() OVER (
PARTITION BY shop ORDER BY amount DESC, id ASC
) AS position
FROM sales
)
SELECT shop, id, buyer, amount, total
FROM ranked WHERE position = 1 ORDER BY shop
""").fetchall()
assert rows == [('alpha', 2, 'B', 9, 23), ('beta', 4, 'D', 4, 4)]
for row in rows:
print('selected:', row)
print('representative-row checks passed')最终排序不能替代组内选行
在原查询末尾加 ORDER BY，只会排列聚合之后的结果行，并不会让每组的裸列自动来自排序靠前的原始交易。这是常见的误修复：页面显示顺序变了，组内记录选择规则仍然缺失。应把选择条件写进形成代表行的步骤，再为最终结果安排显示顺序。
示例里两个最高金额相同，于是唯一编号成为第二排序条件。编号越小优先只是本文明确选择的约定，你也可以根据业务改为更早时间或其他指标，但最后应有能解除并列的稳定键。只有金额降序，仍可能在并列交易之间换人。
如果业务要求保留所有并列最高交易，就不应强行只取行号一。可以让最高金额作为筛选条件，返回多行，并告知调用方一组可能有多个结果。到底一组一行还是一组多行，属于输出契约，不能让数据库的偶然执行顺序替你决定。
min 与 max 的特例也有边界
SQLite 对只有一个内置 min 或 max 聚合的查询有特定处理，裸列会取自包含极值的输入行。因此有些简单样本恰好给出了想要的姓名。但极值并列时，来源仍可能在并列行间选择；查询含多个极值聚合时，选择依据又会复杂起来。
不要把这个特例推广到 sum 或 avg，也不要认为它代表所有数据库的行为。一个在 SQLite 中能执行的宽松查询，迁移后可能被其他数据库拒绝。对需要长期维护的报表，把组统计与完整行选择明确表达出来，通常更利于检查和移植。
实际数据还可能含空金额、重复业务编号或过滤条件。示例把金额设为非空、编号设为主键，缩小了讨论范围；生产查询需要决定哪些记录先进入分组、空值是否参与排名。把条件放在窗口计算前还是后，会影响总额，也应做成验收样本。
交付前至少保留两笔并列最高、单行分组和多个门店的测试。验收同时核对总额、选中编号以及显示姓名，不要只盯着总金额是否正确。一个统计值和一条代表记录承担不同含义，查询结构清楚了，报表读者才不会把两者误接成不存在的事实。
