docs(63): правки по двум холодным ревью реализации

- Зачем:
  - линия дефектов нашла три неверных утверждения и мёртвый замер, линия
    уместности — три пересказа уже сказанного.
- Что:
  - «тип колонки не решает, какое число ляжет» сужено до правды: разбор
    отдаёт готовое число, а пояс приёмника решал бы судьбу строки.
  - замер до правки типов помечен как неповторяемый на нынешнем стенде.
  - правило о поясе сервера привязано к местам, где линза что-то решает:
    матвью приёма пояс не называет, и это не нарушение.
  - убраны: пересказ механики в ADR 0005, четыре строки учебного
    комментария, утверждение о порядке файлов и «секунды от начала эпохи»
    у миллисекундной метки.
- Проверка:
  - make lint, make typecheck, make test (408 тестов)
  - make clean && make up && make check-clickhouse — 9 из 9

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-08-08 19:44:53 +03:00
co-authored by Claude Opus 5
parent d67e697821
commit 359570ec65
5 changed files with 25 additions and 24 deletions
+4 -3
View File
@@ -21,9 +21,10 @@ COUNTER_ID = 42150607
# модельные сутки, как в выгрузке Метрики — `EventDate` дата в поясе счётчика,
# `UTCEventTime` абсолютная метка. Отсюда следствие, о котором сторона
# хранилища должна знать заранее: `toDate(UTCEventTime)` ≠ `EventDate` у ночных
# событий (спека генератора, раздел 9). Хранилищу нужно имя из базы поясов: его
# просят `toDate` и типы колонок DDS (docs/architecture/storage.md, «Часовые
# пояса»).
# событий (спека генератора, раздел 9). Хранилищу тот же пояс нужен именем из
# базы поясов — так пишутся `toDate` и типы колонок DDS
# (docs/architecture/storage.md, «Часовые пояса»). Пути отсюда в SQL нет, имя
# переносят руками — но берут его здесь.
COUNTER_TIMEZONE = "Europe/Samara"
COUNTER_TIMEZONE_MINUTES = 240