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:
@@ -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
|
||||
|
||||
|
||||
Reference in New Issue
Block a user