Этап 4: трансформации и витрины, сверка A+C #6

New Issue

2026-07-30T16:41:39+03:00

ddmitry commented

2026-07-30 16:41:39 +03:00

Part of #1

Цель этапа: собрать трансформации и витрины — сессии, карта идентичностей, выручка по заказам и сверка события purchase против заказов на расхождениях A и C.

Спека: docs/specs/2026-07-30-stand-v2-realism.md, разделы 4 и 7.

Дочерние тикеты

Дочерние тикеты будут нарезаны при входе в этап (по мастер-спеке).

Part of #1 Цель этапа: собрать трансформации и витрины — сессии, карта идентичностей, выручка по заказам и сверка события `purchase` против заказов на расхождениях A и C. Спека: docs/specs/2026-07-30-stand-v2-realism.md, разделы 4 и 7. ## Дочерние тикеты Дочерние тикеты будут нарезаны при входе в этап (по мастер-спеке).

~~ddmitry referenced this issue 2026-07-30 16:41:40 +03:00~~

Этап 5: Airflow — etl_pipeline #7

ddmitry referenced this issue

2026-07-30 16:51:21 +03:00

Карта: боевой реализм стенда #1

ddmitry added a new dependency 2026-07-30 16:51:38 +03:00

#5 Этап 3: заказы и каталог

ddmitry added a new dependency 2026-07-30 16:51:38 +03:00

#7 Этап 5: Airflow — etl_pipeline

ddmitry commented

2026-08-01 23:32:47 +03:00

Хвост с приёмки #36 — вопрос к нарезке этого этапа, не решение.

Владелец, разбирая контракт схемы события, заметил странность в карте слоёв
(мастер-спека, раздел 7):

| DDS | dds.v_event | представление над ods.event: snake_case-имена,
расшифровка кодов DeviceCategory; витрины DM читают его, а не ODS
напрямую |

Странность в источнике: DDS — слой, где складывается модель данных, а здесь
он выходит переименовывающим представлением над типизированным сырьём.
Теоретически так бывает, но выглядит скорее опиской, чем замыслом: соседние
объекты того же слоя (dds.session, dds.identity_map, dds.order) —
именно модель, а не вид на ODS.

Проверить при нарезке этапа: либо строка правится и событие приходит в DDS
смоделированным объектом, либо решение осознанное — и тогда в спеке ему
нужен довод одной фразой, чтобы следующий читатель не спотыкался.

Связь с #36: контракт генератора несёт нормализованное имя колонки — имя
источника в нашем стиле. Имена атрибутов модели он намеренно не диктует
(уточнено в спеке генератора, раздел 3), так что этот вопрос открыт по
замыслу и ничего не блокирует.

Хвост с приёмки #36 — вопрос к нарезке этого этапа, не решение. Владелец, разбирая контракт схемы события, заметил странность в карте слоёв (мастер-спека, раздел 7): > | DDS | `dds.v_event` | представление над `ods.event`: snake_case-имена, > расшифровка кодов `DeviceCategory`; витрины DM читают его, а не ODS > напрямую | Странность в источнике: DDS — слой, где складывается модель данных, а здесь он выходит переименовывающим представлением над типизированным сырьём. Теоретически так бывает, но выглядит скорее опиской, чем замыслом: соседние объекты того же слоя (`dds.session`, `dds.identity_map`, `dds.order`) — именно модель, а не вид на ODS. Проверить при нарезке этапа: либо строка правится и событие приходит в DDS смоделированным объектом, либо решение осознанное — и тогда в спеке ему нужен довод одной фразой, чтобы следующий читатель не спотыкался. Связь с #36: контракт генератора несёт нормализованное имя колонки — имя источника в нашем стиле. Имена атрибутов модели он намеренно не диктует (уточнено в спеке генератора, раздел 3), так что этот вопрос открыт по замыслу и ничего не блокирует.

ddmitry added a new dependency 2026-08-07 20:20:58 +03:00

#65 Цели make смешивают два уровня: корень репозитория и генератор

ddmitry referenced this issue

2026-08-07 20:33:32 +03:00

Спроектировать заказы бэкенда: brainstorm → спека → нарезка этапа 3 #68

ddmitry referenced this issue

2026-08-07 20:43:43 +03:00

Карта: проектирование заказов бэкенда (этап 3) #69

ddmitry referenced this issue

2026-08-12 23:44:15 +03:00

Расхождения A–D и опоздания: механика, доли и что обещано #72

ddmitry referenced this issue