U6.10.2After the underlying data updates, an old bookmark's conclusion may no longer hold设计

底层数据更新后旧书签指向的结论可能不再成立

别名: 书签失效 · 时效性

概念解释

书签保存的是"状态",但数据在流变:上周存的看板书签,本周打开时数据已刷新,当时的结论("华东增长率最高")可能已被新数据推翻。活链接书签的这个固有属性必须被显式管理——向读者声明数据的时点,否则旧链接就成了过期结论的伪造证据。

机制

问题的根源是链接语义的二义性:链接复现的是"查询",而查询的结果随底层数据变动。多数场景要的正是这种活性(看板每天刷新),但在引用与审计场景里,活性是缺陷——引用一个结论需要冻结它成立时的证据。管理方式因此按时效语义分三档:纯活性(链接加当前时间戳声明"以下数据截至今日")、时点快照(保存时的数据切片,永久不变)、活链接带时点对比(当前数据与保存时数据并排)。界面上的最小动作是显示书签的保存时间与数据的最后更新时间——两个时间一出现,读者立刻能判断"这个结论新鲜吗"。

边界

时点声明的粒度要到数据层而非页面层:页面加载时间不等于数据时点,不同数据源各自有更新节奏,严谨的声明标注每个数据集的快照时间。快照策略也有成本——全量冻结占存储,通常冻结的是结论所需的聚合切片而非明细。对已失效书签的处理需要设计:数据结构变更导致书签查询失败时,应显示明确的失效原因与迁移入口,而不是报错或静默空白。

怎么落地

  • 书签卡片显示两个时间:保存时间与数据快照时点(或"活数据"标识)。
  • 重要结论的引用默认使用时点快照,活链接用于监控类场景。
  • 验证:抽一条一个月前的书签打开,页面上能否直接读出"数据是什么时候的";读不出即时效声明缺失。

延伸

  • 同组U6.10.1 分析状态需可被编码为可复现的链接或快照 · U6.10.3 书签需记录筛选与视图配置,而不只是页面位置 · U6.10.4 分享链接的接收者可能因权限不足而看到不同的数据 · U6.10.5 书签需要人可读的命名才能被再次找到
  • 相邻U10.02.1 时间窗口的选取决定趋势方向 · U6.10.1 分析状态需可被编码为可复现的链接或快照
  • 站内检索bookmark staleness · data freshness · snapshot vs live link

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/U6.10.2