- находка 47: ключ (date,start,end) даёт 174 координаты сна против 170 по метке и ноль столкновений внутри доставки против 33; value в ключе лишний - UUID в выгрузку Apple не попадает, другой идентичности у эпизода нет - поэпизодный sleep_analysis вернулся в scope razbor-metrik-v-obekty
34 lines
2.4 KiB
Markdown
34 lines
2.4 KiB
Markdown
# Разбор метрик в часовые объекты
|
|
|
|
**Приоритет:** высокий
|
|
|
|
Приём работает, но дальше архива данные не идут: 89 доставок лежат телами
|
|
`.json.gz`, а в SQLite только строки `delivery`. Всё остальное — каталог,
|
|
Read API, MCP — стоит на этой задаче.
|
|
|
|
Правила выведены на живом потоке и проверены, изобретать заново не нужно
|
|
(`docs/local-research.md`, находки 33, 35, 36, 38, 39, 41):
|
|
|
|
- ключ точки — координаты `метрика + слой + метка`, у эпизода — `метрика + слой
|
|
+ начало + конец` (находка 47); `source` в ключ не входит;
|
|
- слой выводится из выравнивания меток: плотная метрика (≥10 точек)
|
|
классифицируется сама, редкая наследует преобладающий слой доставки;
|
|
- при столкновении выигрывает более полная точка, а не последняя пришедшая
|
|
(0.66% координат различаются набором полей, а не значением);
|
|
- три формата времени: локальное со смещением, RFC 3339 Z, Unix-эпоха внутри
|
|
`heartbeatSeries`;
|
|
- `sleep_analysis` разводится на два имени — поэпизодное и суточную сводку.
|
|
|
|
Шаги:
|
|
- миграция `bucket` (`метрика + слой + час`, payload gzip-BLOB, `sealed`);
|
|
- разбор метрик, вывод слоя, канонизация с округлением до ~12 значащих цифр;
|
|
- слияние точек в объект read-modify-write, хеш объекта как детектор изменений;
|
|
- `docs/database.md` — ER-схема (её требует шаг гейта `er-schema`).
|
|
|
|
Готово, когда по существующим доставкам собирается хранилище, суммы по часовому
|
|
слою сходятся с проверкой из `tmp/research/`, а эпизодов сна выходит 174, а не
|
|
170 (находка 47).
|
|
|
|
Связано: `docs/architecture.md` → «Хранилище», план шаг 3.
|
|
|