ddmitry/de-roadmap
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Полировка формулировок

Browse Source
This commit is contained in:
ddadmin
2025-11-23 12:20:35 +03:00
parent d5cee7ae6d
commit d46d9848f4
1 changed files with 4 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files
dwh-modeling/DataVault.md
+4 -6
View File
@@ -1,4 +1,4 @@
# **Data Vault 2.0: как собрать хранилище как конструктор** # **Data Vault 2.0: как собрать хранилище из конструктора**
## 📚 Оглавление ## 📚 Оглавление
@@ -32,7 +32,7 @@
* источников **становится десяток и больше** (CRM, биллинг, ERP, сайт, мобильное приложение, партнёры, скоринги…); * источников **становится десяток и больше** (CRM, биллинг, ERP, сайт, мобильное приложение, партнёры, скоринги…);
* схемы **постоянно меняются**: добавляются поля, сущности, новые связи; * схемы **постоянно меняются**: добавляются поля, сущности, новые связи;
* появляются жёсткие требования по **аудиту и трассировке** (то есть умению по шагам показать, откуда взялись данные и как они менялись): «покажите, откуда взялся вот этот показатель, по шагам». * появляются требования по **аудиту и трассировке** (то есть умению по шагам показать, откуда взялись данные и как они менялись): «покажите, откуда взялся вот этот показатель, по шагам».
Вот тут обычная 3NF/Звезда начинает скрипеть: Вот тут обычная 3NF/Звезда начинает скрипеть:
@@ -582,9 +582,7 @@ order_id | load_dttm | hashdiff | status
Чем это отличается от классического «STG → ODS → DDS → DM»: Чем это отличается от классического «STG → ODS → DDS → DM»:
* слой DDS в DV‑подходе часто фактически превращается в **Raw+Business Vault**; * слой DDS в DV‑подходе часто фактически превращается в **Raw+Business Vault**;
* вместо одной «большой» нормализованной схемы ядра у нас набор Lego‑модулей (Hubs/Links/Sats); * вместо одной «большой» нормализованной схемы ядра у нас набор Lego‑модулей (Hubs/Links/Sats), которые за счёт хэш‑ключей и независимой загрузки доменов проще масштабировать и развивать/грузить параллельно.
* за счёт хэш‑ключей и независимой загрузки доменов пайплайны проще масштабировать
и параллелить по командам.
DV не отменяет STG/ODS/DM — он скорее **раскладывает слой DDS на более мелкие и управляемые детали**. DV не отменяет STG/ODS/DM — он скорее **раскладывает слой DDS на более мелкие и управляемые детали**.
@@ -649,4 +647,4 @@ DV не отменяет STG/ODS/DM — он скорее **раскладыва
- Raw Vault — слой, где данные складываются «как есть» в виде Hub/Link/Sat, Business Vault — слой с бизнес-правилами, PIT/Bridge и подготовленными представлениями для витрин. - Raw Vault — слой, где данные складываются «как есть» в виде Hub/Link/Sat, Business Vault — слой с бизнес-правилами, PIT/Bridge и подготовленными представлениями для витрин.
- История в DV хранится «из коробки»: каждое изменение атрибутов — новая строка в сателлите, прошлые значения не затираются. - История в DV хранится «из коробки»: каждое изменение атрибутов — новая строка в сателлите, прошлые значения не затираются.
- DV хорошо подходит, когда много источников, они часто меняются и важен аудит; для маленького, простого DWH обычно хватает 3NF/Звезды. - DV хорошо подходит, когда много источников, они часто меняются и важен аудит; для маленького, простого DWH обычно хватает 3NF/Звезды.
- Для собеседования важно уметь связать всё вместе: объяснить Hub/Link/Satellite, отличия Raw и Business Vault и то, что хэш-ключи и независимые сателлиты позволяют грузить разные сущности параллельно, не ломая историю и аудит. - Для собеседования важно уметь связать всё вместе: объяснить Hub/Link/Satellite, отличия Raw и Business Vault и то, что хэш-ключи и независимые сателлиты позволяют параллельно загружать разные сущности, не ломая историю и аудит.