ddadmin 81ff396402 refactor(dm): переход sales_report на HWM-инкрементальность через _load_ts ...

- Зачем:
  - фильтр `_load_id = '{{ run_id }}'` использовал run_id DM-DAG-а, который не совпадает с run_id DDS-DAG-а, записанным в факты — витрина не находила дельту.
- Что:
  - load: заменён _load_id-фильтр на HWM-подзапрос `_load_ts > MAX(_load_ts)` из dm.sales_report.
  - dq: источник затронутых дат переключён с DDS на саму витрину (где _load_id уже корректный).
- Проверка:
  - `make test` — smoke-тесты зелёные.
  - запуск `bookings_to_gp_dm` в Airflow после загрузки DDS.

2026-03-01 17:09:42 +03:00

..

sales_report_ddl.sql

refactor(dm): исправление архитектуры витрины sales_report

2026-02-28 23:56:31 +03:00

sales_report_dq.sql

refactor(dm): переход sales_report на HWM-инкрементальность через _load_ts

2026-03-01 17:09:42 +03:00

sales_report_load.sql

refactor(dm): переход sales_report на HWM-инкрементальность через _load_ts

2026-03-01 17:09:42 +03:00