2 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	881f2933ff	收尾：验收脚本自动清死元组、城市圈首末到访按可见到访算、补使用说明 ... verify.sh：测试库 ≥ VACUUM_MIN_MB（默认 200MB）时先 VACUUM (ANALYZE)——一轮全量会留几百 MB 死元组，级联删除随之变慢（同一夹具用例实测 13.6s → 10.2s）。只用普通 VACUUM：FULL 要 ACCESS EXCLUSIVE 锁，有别的服务连着测试库时会把验收整段卡住。 /api/cities 的首末到访改成按可见到访的到达时间算（内层 min/max(v.arrival)），不再取 places.first/last_visit_at——那两列是全量的，会被已并入 / 子段的到访推早推晚。 README 补两节：「数据编辑页上的重复到访」（判定口径与清理范围）、「为什么有些到访在页面上看不到」 （已并入 / 子段不计入显示与统计，但导出必须原样带着），并在开发提示里记下验收环境的死元组与 is_active 两个坑。 回归：city_agg_test.go 补了一段能区分的断言——把某地点最晚那次到访标成已并入后，城市最近到访 必须从 09-13 退到 09-08（原先只比对同口径时，两种算法在夹具数据上结果一样，是条假绿的断言）。	2026-09-29 23:49:39 +08:00
tamakyi	3d03aae018	修地图城市圈的聚合口径：先按地点汇总，再按城市汇总 ... /api/cities 原来把聚合打在 places ⋈ visits 上：一个地点有 N 条到访，它的 visit_count 与 dwell_minutes 就被累加 N 次，count(*) 数出来的到访条数又被当成「地点数」显示——实测最大的 那个城市气泡写着「到访 72661 次 · 568 个地点」，真值是 568 次 / 86 个地点（差 128 倍）。 改成内层按地点 GROUP BY、外层按城市 sum/count，并补上「已并入 / 子段不算数」的判据， 圈的位置、排序与返回列序都不变。 回归 city_agg_test.go：手写同口径 SQL 对账 + 「地点数不可能多于到访数」的不变量； 变异验证（sum(pa.visits) *2）立刻红。	2026-09-29 22:07:23 +08:00