В предишните , се запознахме с основите на DATA VAULT, разширението на DATA VAULT до по-подходящо за анализиране състояние и създаването на BUSINESS DATA VAULT. Време е да завършим серията с третата статия.
Както анонсирах в предишната , тази статия ще бъде посветена на темата BI, а именно подготовката на DATA VAULT като източник на данни за BI. Нека разгледаме как да създадем таблици с факти и измерения и по този начин да изградим звездна схема.
Когато започнах да изучавам англоезичните материали по темата за създаването на витрини данни над DATA VAULT, получих чувство за достатъчна сложност на процеса. Тъй като статиите са с внушителен обем, там присъстват отсылки към изменения в формулировките, появили се в методологията Data Vault 2.0, обозначаваща важността на тези формулировки.
Обаче, задълбочавайки се в превода, стана ясно, че процесът не е толкова сложен. Но, може би, вие ще имате друго мнение.
И така, нека преминем към същността.
Таблици с измерения и факти в DATA VAULT
Най-трудната информация за разбиране:
- Таблиците с измерения се изграждат на базата на информацията от хъбовете и техните сателити;
- Таблиците с факти се изграждат на базата на информацията от линковете и техните сателити.
И това е очевидно, след прочитането на статията за . Хъбовете съхраняват уникални ключове на бизнес обекти, техните сателити състояния на атрибутите на бизнес обектите, свързани с времето, а сателитите, свързани с линковете, поддържащи транзакции, съхраняват числови характеристики на тези транзакции.
На това теорията, в принцип, приключва.
Но, все пак, на моето мнение е необходимо да се отбележат някои понятия, които могат да се срещнат в статиите за методологията DATA VAULT:
- Raw Data Marts – витрини на “сурови” данни;
- Information Marts – информационни витрини.
Понятието “Raw Data Marts” означава витрини, построени над данните DATA VAULT чрез изпълнение на съвсем прости JOIN-ове. Подходът “Raw Data Marts” позволява гъвкаво и в кратки срокове разширяване на проекта с информация, подходяща за анализ. Такъв подход не предполага извършване на сложни трансформации на данни и прилагане на бизнес правила преди поставяне в витрината, обаче данните “Raw Data Marts” трябва да бъдат разбираеми за бизнес потребителя и предназначени да служат като основа за по-нататъшна трансформация, например, чрез инструментите за BI.
Понятието „Information Marts“ се появи в методологията Data Vault 2.0, заменяйки старото понятие „Data Marts“. Тази промяна е извлечена от осъзнаването на задачата за реализиране на модел на данни за изграждане на отчети като трансформация на данните в информация. Схемата „Information Marts“ трябва първо да предоставя на бизнеса информация, полезна за вземане на решения.
Достатъчно многословните определения отразяват два прости факта:
- Витрини тип „Raw Data Marts“ се изграждат на базата на суров (RAW) DATA VAULT, хранилище, съдържащо само основни понятия: HUBS, LINKS, SATELLITES;
- Витрини „Information Marts“ се изграждат с използване на елементи от BUSINESS VAULT: PIT, BRIDGE.
Ако се обърнем към примери на съхранение на информация за служител, може да се каже, че витрината, показваща текущия (действителен днес) номер на телефона на служителя, е витрина тип „Raw Data Marts“. За създаването на такава витрина се използва бизнес ключът на служителя и функцията MAX(), приложена на атрибута дата на зареждане в сателита (MAX(SatLoadDate)). Когато е необходимо съхранение на историята на промените на атрибута в витрината, е важно да се разбере от кога до кога телефонът е бил актуален, първичният ключ на такава таблица ще бъде компилация на бизнес ключа и датата на зареждане в сателита, като също така се добавя поле за дата на край на периода на актуалност.
Създаването на витрина, съхраняваща актуална информация за всеки атрибут от няколко сателита, влизащи в хаба, например номер на телефон, адрес, ФИО, предвижда използването на таблица PIT, чрез която лесно се получават всички дати на актуалност. Витрини от такъв тип се отнасят до „Information Marts“.
И двата подхода са актуални както за измерения, така и за факти.
За създаването на витрини, съхраняващи информация за няколко линка и хаба, може да се използва достъп до таблици BRIDGE.
С тази статия приключвам цикъла за концепцията DATA VAULT, надявам се информацията, която споделих, да бъде полезна за реализирането на вашите проекти.
Както винаги, в завършека, няколко полезни връзки:
- Кента Грациано, в която освен подробно описание се съдържат схеми на модела;
- Книга: „Building a Scalable Data Warehouse with DATA VAULT 2.0“;
- ;
- .
Източник: habr.com
