ddadminandClaude Fable 5
6f2692737b
Зачем: развилка #131 карты #127 — зерно и правила сборки dds.session; резолюция переносится в доки слоя тем же PR. Что: дока docs/architecture/dds/session.md — зерно «один визит», нарезка по правилу визита самим стендом (стенд в роли сессионизатора), session_id как детерминированный хеш, состав строки по образцу визита Метрики без денег и целей, MergeTree с заменой дневной партиции, сборка одним дневным батчем после слепка, счётная DQ-сверка с VisitID (кука × день); в README слоя сессия переведена из открытых решений в карту модели. Проверка: вычитка доки; ссылки на разделы спеки и соседние доки сверены с текстом. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
62 lines
4.5 KiB
Markdown
62 lines
4.5 KiB
Markdown
# Слой DDS: бизнес-модель хранилища
|
||
|
||
Устройство детального слоя: сущности, которыми хранилище говорит с
|
||
витринами, их связи и правила слоя. Набор собирается развилками карты #127
|
||
(этап 4) и правится по мере постройки.
|
||
|
||
Рамки заданы мастер-спекой [«Боевой реализм стенда
|
||
(v2)»](../../specs/2026-07-30-stand-v2-realism.md): карта таблиц и витрины —
|
||
раздел 7, сверка — раздел 4, склейка идентичностей — раздел 5. Дом выбран
|
||
развилкой #130 — первой, которой понадобилось записать резолюцию в доки:
|
||
записи этапа 4 живут здесь, по хранилищную сторону границы
|
||
«источник | хранилище». Устройство источников остаётся их
|
||
собственным наборам ([заказы бэкенда](../orders/README.md)) — генератор
|
||
переносим и о нашем DDS не знает.
|
||
|
||
## Карта модели
|
||
|
||
Целостность модели — связи и ко-локация — живёт в этом разделе; файлы
|
||
сущностей держат глубину и на карту ссылаются.
|
||
|
||
- **Заказ** (`dds.order`) — физическая сущность: одна строка — заказ в
|
||
текущем состоянии, позиции массивами в строке, наполняется заменой
|
||
партиций — [модель заказа](order.md).
|
||
- **Сессия** (`dds.session`) — расчётная сущность: одна строка — визит,
|
||
нарезку по правилу визита стенд делает сам, `VisitID` генератора — эталон
|
||
сверки; наполнение заменой дневной партиции — [модель сессии](session.md).
|
||
- **Событие** (`dds.event_v`) — контракт над ODS, а не копия: язык
|
||
бизнес-модели событию даёт развилка #132.
|
||
- **Карта идентичностей** (`dds.identity_map`) — кука ↔ пользователь
|
||
магазина; сборку решает развилка #133.
|
||
|
||
Связи держатся двумя ключами моста (спека, разделы 4 и 5): `purchaseID[1]`
|
||
события равен `order_id` заказа — по нему идут сверка и сборка склейки;
|
||
`user_id` заказа связывает куки одного человека. Ко-локацию задаёт
|
||
шардирование: события и карта идентичностей раскладываются одним выражением
|
||
от куки, заказы — от `order_id`. Поэтому обогащение витрин склейкой
|
||
локально, а сверка и сборка карты ходят через GLOBAL JOIN с обеими
|
||
сторонами-подзапросами ([исследование
|
||
соединений](../../research/2026-08-22-distributed-join.md)).
|
||
|
||
## Правила слоя
|
||
|
||
- DDS обслуживает человека с дашбордом: время лежит в поясе счётчика,
|
||
пересчёт — один раз при наполнении слоя ([дока хранилища](../storage.md),
|
||
«Часовые пояса»).
|
||
- Служебные колонки — координаты собственной загрузки слоя; чужие ярлыки не
|
||
переносятся, а спрашиваются у их слоя по ключу сущности. Вывод правила и
|
||
цепочка расследования — [модель заказа](order.md).
|
||
|
||
## Открытые решения
|
||
|
||
- Контракт `dds.event_v`, сборка `dds.identity_map` — развилки #132–#133
|
||
карты #127.
|
||
- Запуск трансформаций и механика замены партиций на кластере — #134 и
|
||
этап 5.
|
||
- Витрины DM — #135.
|
||
|
||
## Родословная
|
||
|
||
Дом набора и первая сущность собраны развилкой #130 карты #127; форма
|
||
набора — [ADR 0011](../../adr/0011-component-docs.md).
|