ddadminandClaude Opus 5
24c8dd9b98
- Зачем:
- контракт вёл себя как хозяин чужого слоя: поле называлось dds_name, в
описании стоял столбец «Имя в DDS», а два теста прибивали имена
гвоздями. Спека же задала вид имени (snake_case), а не список: имена
атрибутов складывает модель данных DDS, и решать это не трекеру.
- Что:
- поле контракта и столбец описания стали нормализованным именем: имя
источника в нашем стиле. В описании и в докстринге сказано прямо, что
слой DDS называет атрибуты по своей модели.
- сняты оба теста на имена — копия имён DDS и конспект состава по
мастер-спеке. Они не проверяли верность имени, только неизменность, а
неизменность и так сторожит пересборка описания: молчаливой правки
контракта не бывает, она всплывает диффом документа.
- остались проверки формы: 47 колонок, уникальность, стили имён,
заполненность, согласие типов numpy и ClickHouse, порядок групп.
- спека генератора (раздел 3) и CONTEXT.md согласованы тем же
коммитом: уточнение внесено как расхождение, найденное при исполнении.
- Проверка:
- make test (248 тестов), make lint, make config-test;
- make docs, затем git diff --exit-code docs/ — пусто.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
65 lines
4.3 KiB
Markdown
65 lines
4.3 KiB
Markdown
# Кликстрим-платформа (стенд v2)
|
|
|
|
Словарь понятий проекта: одни и те же слова для одних и тех же вещей —
|
|
у владельца, кода, документов и агентов. Только язык, никаких решений.
|
|
|
|
## Язык
|
|
|
|
**Хранилище**:
|
|
Аналитическая база стенда — кластер ClickHouse со слоями STG/ODS/DDS/DM.
|
|
Принимающая сторона границы «трекер | хранилище»: нормализует имена и стили
|
|
источников, строится по их документации.
|
|
_Избегать_: склад, склад данных
|
|
|
|
**Состав мира**:
|
|
Постоянная часть мира генератора — популяция посетителей с календарём их
|
|
появления, привычки, календарь двухкуковых пар. Чистая функция зерна:
|
|
вычисляется при старте любого процесса, между прогонами не хранится.
|
|
_Избегать_: состояние мира
|
|
|
|
**Ось модельного времени**:
|
|
Собственный календарь мира генератора. Дни считаются от фиксированного
|
|
первого дня D0; реальный календарь в модели не участвует. Между прогонами
|
|
живут только зерно и позиция на оси.
|
|
|
|
**Пошаговый режим**:
|
|
Базовый способ движения по оси модельного времени: «прожить следующий
|
|
день» — явное действие.
|
|
|
|
**Живой день**:
|
|
Проигрывание текущего модельного дня в реальном времени с ускорением;
|
|
включается по требованию, не постоянный фон.
|
|
|
|
**Пакетный режим**:
|
|
Проигрывание готового дня пачкой, без темпа: заливка снимка при старте
|
|
стенда, пересборки и проверки.
|
|
|
|
**Граница суток**:
|
|
Единственный структурный шов модели: сессии режутся по ней, слепок заказов
|
|
снимается на ней, день проживается только целиком.
|
|
|
|
**Контракт схемы**:
|
|
Python-модуль с описателями колонок события — собственность генератора.
|
|
Из него выводятся генератор, валидация и документация формата; хранилище
|
|
строится по документации, не по модулю.
|
|
|
|
**Нормализованное имя**:
|
|
Имя колонки источника, приведённое к нашему стилю (snake_case). Живёт в
|
|
контракте схемы и в описании выгрузки. Не то же, что имя атрибута в модели
|
|
данных: слой DDS складывает модель и называет атрибуты по ней.
|
|
_Избегать_: имя в DDS
|
|
|
|
**Описание выгрузки**:
|
|
Публичная документация формата события: таблица колонок, собранная из
|
|
контракта схемы. По ней пишется сторона хранилища — как в бою по документации
|
|
источника. Правится только контракт, документ пересобирается.
|
|
_Избегать_: описание схемы, документация контракта
|
|
|
|
**Канонический сериализатор**:
|
|
Единственное место, где событие превращается в байты. Фиксированный порядок
|
|
ключей и строк — основа побайтовой воспроизводимости.
|
|
|
|
**Проигрыватель**:
|
|
Компонент доставки готового потока дня в приёмник. Два режима: пакетный
|
|
(пачкой, без темпа) и живой день.
|