SQL 用 MAX 拼出最新记录靠谱吗？为什么字段来自不同的行？
面试怎么回答
我不会用多个独立MAX来取最新整行。先明确最新指业务版本还是到达顺序，再用时间加确定性版本键排序，ROW_NUMBER后取第一行。最新行的NULL也是该行状态，不能未经约定拿旧值补上；逐字段最后非空是另一个问题。验收时要验证整行确实对应同一个源版本，并覆盖同时间、金额下降、撤销和空值。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
最新更新时间是下午三点，金额却来自上午十点，状态又来自另一条记录——这行数据在源表里根本没有存在过。它不是同步乱序，而是 SQL 把每个字段分别取 MAX，拼出了一条“合成记录”。
最新是一行在某个顺序下的位置，不是各字段数值最大；先确定目标行，再整体取字段。
MAX 并不认识“这是同一行”
假设订单A有两次快照：上午金额120，下午优惠调整后金额100。时间取最大得到下午，金额取最大却得到120。
每一个聚合结果单独看都合法，但它们之间的行关系已经被切断。状态字符串取 MAX 也只是遵从数据库排序规则，并不代表业务流程中的最终状态。
只有当字段在组内恒定，或者已经证明某种单调关系时，独立聚合才可能恰好等于目标行。不能因为测试数据金额一直上涨，就把这种偶然当作通用保证。
最新到底按哪一个时钟？
如果要回答订单当前业务状态，通常优先使用源端版本或业务更新时间。采集晚到的旧事件，不该仅因为入仓时间更晚就覆盖新状态。
但如果问题是“最后收到的报文内容是什么”，到达时间又是正确的排序依据。两个需求的标题可能都写“最新”，数据结果却不应相同。
排序字段也不能只有秒级时间。同一秒可能产生多个变更，要补上有业务含义的版本序号或确定性顺序键。随机生成的标识可以让结果稳定，却不自动证明谁在业务上更新。
先选整行，再取所需字段
以下示例假设版本号在同一订单内可以稳定区分更新顺序：
WITH ranked AS (
SELECT order_id, updated_at, version_no, amount, status,
ROW_NUMBER() OVER (
PARTITION BY order_id
ORDER BY updated_at DESC, version_no DESC
) AS rn
FROM order_snapshot
)
SELECT order_id, updated_at, version_no, amount, status
FROM ranked
WHERE rn = 1;如果存在相同时间、相同版本却内容冲突的数据，应先识别冲突，不宜继续添加无意义排序键把错误藏起来。数据库能返回一行，不代表业务已经决定该相信谁。
一个典型场景：金额只涨不跌的测试没发现问题
比如报表按订单分组，对更新时间、金额、状态分别取最大值。平时大多数测试订单只有初始快照，或者金额调整恰好上升，结果看起来正常。
退款或优惠发生后，最新时间配上旧的大金额，报表开始偏高。最初怀疑退款表漏同步，实际上原始快照里已经有正确金额，只是聚合把字段拆散了。
修复为按确定性顺序选择整行，并对异常版本建立隔离检查。新的验收不只看“时间最大”，还要核对输出字段组合是否对应某一条合法源记录。
金额下降、状态回退、订单撤销、最新字段变空，都应该进入样本。它们不是稀奇边界，而是非常容易推翻错误聚合的日常变更。
最新行为空，要不要拿旧值补？
这要看源数据表达的是完整快照还是局部更新。完整快照的 NULL 可能意味着业务清空，盲目补旧值就会把已经取消的属性重新带回来。
局部更新则必须区分字段没有提供、明确设置为空、提供了新值。仅有一个可空列，未必能表达这三种语义，应依赖变更协议或存在标记。
“每个字段最后非空”可能是合法的数据修复需求，但它会主动组合多个版本，不能继续宣称结果是最新原始整行。应单独命名、保留来源版本，并解释补值规则。
此外，先筛选状态再取最新，与先取最新再筛选状态，也不等价。前者问“历史上最新一条符合条件的记录”，后者问“当前记录是否符合条件”。回答这道面试题时，把这层业务顺序讲出来，比只背一个窗口函数更有价值。
资料与适用边界
机制以所链接版本为准；业务示例用于说明判断方法，不代表作者真实项目或已验证的生产性能。