牌局记录改过以后还能信吗？数据溯源、版本与更正日志

原始记录与修订值必须分开

当一个用户发现历史牌局里的某次庄闲录反了，可以允许纠正。但纠正后的值不应该让原始录入事实完全消失，否则后续研究无法判断样本变化是系统重算、人工编辑还是外部数据源更正。

一种可审计的设计是保留原始记录及独立的修订事件：原值、新值、修改时间、理由和可用时的修改人标识。最终呈现的是当前有效值，但分析报告可以追溯它从哪里来。

导入批次是很重要的边界

同一天可能通过 CSV 导入若干千条记录，又从另一台设备上传部分重复内容。若没有 batch_id、source_id 和原始文件校验信息，系统很难判断两条手牌是重复导入还是合法的不同场次。

导入报告最好分别列出新建、更新、冲突、跳过和错误的数量；对每一类提供可核对的明细。一个只显示“导入完成”的弹窗并不能告诉用户实际发生了什么。

版本号不等于时间戳

软件为每次快照编一个版本号，可以保证操作顺序明确；只保存时间戳则可能遇到时钟漂移、同一时刻多次修改或不同时区的冲突。建议把版本号、创建时间和父版本引用分开记录。

多设备同步时，应定义冲突解决策略。不能因为某个设备时间看起来更晚，就默认其内容一定正确。对关键修订，需要保存冲突双方的信息以便回滚。

分析结果应指向确定的数据版本

假设软件在某个时间生成了一份“历史形态出现 132 次”的报告，后来用户更正了十手牌。这份旧报告不应继续暗示它基于最新数据。最好的做法是为报告保存查询条件、软件版本、数据快照标识或摘要。

如果重新计算后结果变成 126 次，两个结果可能都属于各自版本下的正确输出。缺少版本信息则容易造成误解。

删除权利与审计记录需要协调

个人隐私数据需要支持删除或按保留政策清理。所谓不可变审计日志，不意味着永久保存任何个人敏感信息。设计时应把必要的操作证据与个人身份信息分离，明确权限、保留期限和清理策略。

一套可重建的数据流程，应回答四个问题：数据从哪来、后来改了什么、使用了哪个版本、是否能准确删除。做到这些，比宣传“百万级数据”更有意义。