离线之前先定义缓存边界
缓存容量要根据采样频率、记录大小与最长预计断线时间计算。只按日常情况配置，极端天气最需要数据时反而可能覆盖旧记录。
循环缓存应明确覆盖规则，并为高价值事件预留空间。设备需要报告剩余容量，让维护团队在资料丢失前采取行动。
采样时间不能被上传时间替代
网络恢复后，一小时内可能收到过去一天的记录。数据库若使用到达时间，整段历史会挤在同一时刻。
每条记录保留设备采样时间，同时记录服务器接收时间。两者差值还能帮助评估传输延迟和离线持续时间。
序列号帮助识别重复和缺口
重试可能让同一批数据多次抵达，单靠数值无法判断重复。站点、设备和单调序列组成的键可以支持幂等写入。
设备重置后序列可能重新开始，因此还需要启动批次或固件会话标识。
时钟漂移要单独报告
设备离线时无法持续校时，本地时钟会慢慢偏移。恢复后直接修改历史时间会破坏原始证据。
更稳妥的做法是保存原时间、估计偏差和修正结果，并说明修正依据。
缺测不能伪装成平滑曲线
图表常用插值改善视觉，但长时间缺测不应自动填满。河流在暴雨期间可能快速变化，平滑线会制造不存在的稳定。
短缺口是否插值应由指标变化速度和使用目的决定，并在图例中明确。
补传完成后还要检查现场
离线可能来自通信覆盖，也可能伴随供电下降、探头污染或设备进水。数据补齐不代表测量质量正常。
结合电池、电压、箱体状态与维护记录，才能判断恢复后的数值是否可信。
时间序列服务于具体问题
洪水预警关注及时性，年度水质分析关注长期完整性。相同的补传数据对两个任务具有不同价值。
系统应标注数据用途和可用等级，让使用者知道可以做趋势分析，还是只能作为事件线索。
暴雨期间的优先级不同于平日
平日可以按固定间隔上传摘要，暴雨开始后水位和浊度变化加快，终端应提高采样或保留高频原始片段。策略变化本身要写入事件记录。
若网络同时变差，系统优先发送水位越界、设备供电和缓存状态，普通批次随后补传。优先级的目标是支持现场响应，不是让所有资料都挤进实时通道。
事件结束后恢复平日频率，并检查缓存是否完整。持续处于高频模式会快速消耗存储与电力。
多站点之间可以互相提供背景
上游站点先出现变化、下游随后响应，可以支持传播过程判断。但流速、支流和降雨分布都会改变时差，不能只按地图距离推算。
若只有一个站点异常，设备污染、局部排放或安装变化都应进入候选解释。邻近站点稳定不是证明，却能帮助缩小范围。
跨站比较要求单位、时间和方法一致。系统应在合并前检查元数据，不把字段同名直接当成可比。
恢复后的数据如何分级使用
及时到达且质量检查通过的数据可以用于实时页面；迟到但完整的数据适合历史分析；时间不确定或设备状态异常的记录只作为线索。分级比简单删除更能保存证据。
每个等级应有明确条件，并允许人工复核后调整。调整需要保留原等级和理由，不能覆盖判断历史。
对外发布时说明最近更新时间和缺测区间。读者知道资料状态，才能选择是否用于当前判断。
现场维护为断线提供另一种解释
天线松动、电池老化、箱体进水和施工遮挡都可能造成离线。网络恢复后若不检查现场，问题可能很快重复。
维护人员到达前可以查看最后电压、信号与温度，准备合适工具。远程资料减少盲目出勤，但不能替代必要的安全检查。
更换设备后保留新旧编号与交接时间，让时间序列知道从何时起测量系统发生变化。
缓存恢复演练比说明文件更可靠
团队可以定期让测试终端在隔离网络下运行，制造短时断线、存储接近上限和时钟偏移，再验证恢复后的序列是否完整。演练不会触碰正式数据，却能发现从未在正常环境出现的边界问题。
演练结果包括遗漏、重复、恢复时长和电量变化。若只确认“最后传上来了”，就看不到过程中是否覆盖了较早记录。
程序更新后重跑同一组情景，才能确认补传能力没有被新功能破坏。
河流数据还需要空间解释
同一断面的左岸、主槽和回水区可能差异明显。监测点位置若因洪水或施工移动，应保存坐标与安装说明，不能只沿用旧站点名称。
移动前后安排短期并行观测，可以判断位置变化造成的系统差异。没有并行资料时，趋势报告要明确断点。
地图应同时显示上游支流、排放口和雨量站背景，但不能因位置接近就直接写成因果。空间关系提供线索，因果仍需更多证据。