Модель сессии в DDS: нарезка стендом, эталон VisitID, дневная партиция #142

Merged
ddmitry merged 3 commits from 131-dds-session-model into main 2026-08-24 20:42:04 +03:00
Showing only changes of commit 4d43b7badd - Show all commits
+6 -1
View File
@@ -68,6 +68,9 @@
ключ сортировки — кука и начало сессии, шардирование распределённой таблицы —
`cityHash64(ClientID)`, тем же выражением, что у событий, — ко-локация с
`dds.identity_map` ([дока хранилища](../storage.md), «Раскладка по шардам»).
Совпадение ключа с событиями не случайно: все события куки лежат на одном
шарде, поэтому сессионизация локальна по природе — капкан смены ключа при
вставке, который дока хранилища обещает сборкам DDS, у сессий не стреляет.
Сборка — дневной батч после прихода слепка заказов: хранилище выше ODS по
смыслу батчевое, раз второй источник приходит раз в сутки. К этому моменту
@@ -92,7 +95,9 @@
компенсация ошибок внутри одной куки за день; эталон в модель не тащим —
строка сессии остаётся нашей, а не генераторной. Поштучное сопоставление
границ — материал лабы, где менти разбирает найденное расхождение руками. Дом проверки —
контур DQ этапа 4.
контур DQ этапа 4. Сверке нужен `VisitID`, а сборке сессий — нет; останется
ли он в контракте `dds.event_v` или проверка пойдёт за ним в ODS — решает
развилка #132.
## Читатели