从生成时间与核验时间出发复核generatedAt、verifiedAt、stale和revisionId，同步检查样本、公式、来源时间和零状态处理。
直接答案
阅读数据更新时间时，先写清生成时间与核验时间，再保存generatedAt、verifiedAt、stale和revisionId。采用“统计范围”口径时，赛事、赛季、轮次、比赛状态和来源定义必须一致；每次构建都冒充事实更新会让数字看似可比、实际含义不同。
零状态、过期与下载数据
数据更新时间怎样用统计范围核对generatedAt、verifiedAt、stale和revisionId？ 输出旁边显示样本数和范围摘要，让读者在比较前先看到数据边界。
主场、客场和近五场口径必须实际重算，不能只换标签却继续显示总榜。
最终复查generatedAt、verifiedAt、stale和revisionId与页面表格、下载文件和结构化数据是否一致。只有官方字段真实变化才修改数据时间，普通构建不制造“最新”记录。
统计范围的公式和守恒检查
补赛、弃赛与延期场次分别处理，只有正式结束并经来源确认的比赛才进入结果型统计。
比例和场均值同时保留分子、分母与四舍五入规则。generatedAt、verifiedAt、stale和revisionId中的任何输入缺失，都应显示未知或不适用，而不是自动补零。
抽取一轮比赛检查主客队进球是否成对进入总表，防止局部正确而总榜失衡。
- 固定赛事与赛季
- 保留原始分子分母
- 验证积分和进球守恒
- 记录来源与修订版本
资料时间线：回答“数据更新时间怎样用统计范围核对generatedAt、verifiedAt、stale和revisionId？”
资料时间线以2026-08-22为覆盖日期，依次保存MLS 官方积分榜的主体信息与K League 官方记录的补充条件。
本模块只保存来源链接、可确认字段和资料哈希，不复制来源正文。正文依据生成时间与核验时间重新组织，资料发布日期与本文实际上线时间分别记录。
输出旁边显示样本数和范围摘要，让读者在比较前先看到数据边界。
| 核对层 | 本篇记录 | 停止条件 |
|---|---|---|
| 对象 | 生成时间与核验时间 | 主体不一致 |
| 字段 | generatedAt、verifiedAt、stale和revisionId | 来源没有说明 |
| 边界 | 每次构建都冒充事实更新 | 不得自行推断 |
资料时间线的适用边界与下一步
本篇的独立信息增益是把“每次构建都冒充事实更新”转化为停止条件：来源没有明确覆盖的字段不补写，页面日期变化也不自动形成新事实。
下一次复查应继续使用同一实体和字段集合，并比较MLS 官方积分榜、K League 官方记录是否真的发布了新值；没有字段变化就保留原结论。
补赛、弃赛与延期场次分别处理，只有正式结束并经来源确认的比赛才进入结果型统计。
- 确认生成时间与核验时间
- 逐项保存generatedAt、verifiedAt、stale和revisionId
- 排除每次构建都冒充事实更新
- 记录资料覆盖日期与实际上线时间
常见问题
数据更新时间可以跨联赛直接比较吗？
只有定义、样本范围和数据提供方式一致时才适合比较。否则应先说明赛制、比赛数量和统计口径差异，并优先做同赛事、同赛季比较。
数据更新时间赛后为什么可能变化？
组织方可能重新归属事件、确认纪律记录或修正录入错误。修订时应保留旧值、新值、来源和时间，不能覆盖首次发布时间。