正确做法是用窗口函数ROW_NUMBER()按order_id分组、ship_time升序排序取rn=1的记录；若不支持窗口函数，则用相关子查询或JOIN+GROUP BY方案，需确保时间字段非空且语义准确。
子查询必须关联到外层订单才能取到“每个订单”的最早状态
直接写 SELECT order_id, MIN(ship_status) FROM orders GROUP BY order_id 看似能拿到最小值，但 ship_status 通常是字符串（如 'shipped'、'pending'、'canceled'），MIN() 按字典序比较，'canceled' 会比 'shipped' “更小”，这和业务上“最早发生”的时间逻辑完全不一致。真正要的是按 ship_time 或 updated_at 时间戳排序后取第一条的状态。
正确做法是用相关子查询（correlated subquery）：对每个 order_id，单独查它所有发货记录里时间最早那条的 ship_status。
- 子查询里必须有
WHERE ship_order_id = o.order_id这类显式关联，否则变成全局查最小，结果全一样 - 子查询需用
ORDER BY ship_time ASC LIMIT 1（MySQL/PostgreSQL）或TOP 1（SQL Server），不能只靠MIN(ship_time)再 JOIN —— 那会多出一列且易因重复时间出错 - 如果存在
ship_time为NULL的记录，记得加WHERE ship_time IS NOT NULL，否则ORDER BY可能返回意外行
用窗口函数替代子查询更清晰也更高效
相关子查询在数据量大时性能差，因为对每一行都执行一次内部查询。等价但更推荐的方式是用 ROW_NUMBER() 窗口函数先标记每笔订单内的时间序号，再过滤出序号为 1 的记录。
示例（PostgreSQL / MySQL 8.0+）：
SELECT order_id, ship_status
FROM (
SELECT
order_id,
ship_status,
ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY ship_time ASC) AS rn
FROM shipments
WHERE ship_time IS NOT NULL
) ranked
WHERE rn = 1;
-
PARTITION BY order_id是关键，它让编号重置，确保每个订单独立排序 - 如果同一订单有多条相同最早
ship_time的记录，ROW_NUMBER()会任意选一个；若必须稳定取某条（比如取id最小的），追加ORDER BY ship_time ASC, id ASC - SQLite 不支持窗口函数（直到 3.25+ 且需编译选项），这时只能退回相关子查询
注意发货状态表与订单主表的连接方式
很多系统里发货记录在独立表（如 shipments）中，而订单主表（orders）本身没有 ship_status 字段。此时不能只查 shipments 表——会漏掉从未发货的订单（如已取消）。
- 若需求是“每个订单的最早发货状态”，默认指“有发货记录的订单”；若需包含无发货记录的订单，主查询要用
LEFT JOIN或COALESCE补'no_shipment' - 字段名容易混淆：
shipments.status和orders.status常不同义，前者是物流状态，后者是订单生命周期状态，别混用 - 时间字段来源要确认：是
shipments.shipped_at？还是shipments.created_at？业务上“发货”动作对应哪个时间点，得和产品对齐
MySQL 5.7 及更早版本的兼容写法
这些旧版不支持窗口函数，也不能在子查询中直接 LIMIT（除非包一层），必须用连接 + 聚合规避。
安全写法（避免 GROUP BY 隐式依赖）：
SELECT o.order_id, s1.ship_status FROM orders o JOIN shipments s1 ON o.order_id = s1.order_id JOIN ( SELECT order_id, MIN(ship_time) AS min_time FROM shipments WHERE ship_time IS NOT NULL GROUP BY order_id ) s2 ON s1.order_id = s2.order_id AND s1.ship_time = s2.min_time;
- 这个写法假设
(order_id, ship_time)组合唯一；如果不唯一，可能返回多行，需额外去重（如加GROUP BY o.order_id+MIN(s1.id)） - 比相关子查询快，但比窗口函数多一次扫描，且 SQL 更冗长
- 别用
SELECT *, MIN(ship_time) ... GROUP BY order_id—— MySQL 5.7 严格模式下会报错，非严格模式结果不可控
实际跑之前，先 SELECT COUNT(*) FROM shipments WHERE order_id = ? 抽样几个订单，确认时间字段分布和空值比例。发货状态不是纯时间问题，而是“第一份有效物流单据”所携带的状态，这个语义一旦模糊，结果就不可信。
