ів надходять найчастіше в різних форматах, з різним ступенем деталізації і якості. Іншими словами, досягається якась «точка кипіння», коли потрібно вносити серйозні зміни в інформаційну систему компанії.
Сховище надає можливість отримання кожним підрозділом даних у розрізі цікавлять його показників, в зручному і звичному для співробітників цього підрозділу вигляді. Можна порівняти сховище з величезним складом з великим асортиментом продукції, а інформацію по підрозділах, одержуваних з нього, з невеликим спеціалізованими відділами, де зібрана відповідна категорія товарів.
1.1 Типова структура сховища даних
Ральф Кімбол (Ralph Kimball), один з авторів концепції сховищ даних, описував сховище даних як «місце, де люди можуть отримати доступ до своїх даних». Він же сформулював і основні вимоги до сховищ даних:
підтримка високій швидкості отримання даних зі сховища;
підтримка внутрішньої несуперечності даних;
можливість отримання і порівняння так званих зрізів даних (slice and dice);
наявність зручних утиліт перегляду даних у сховищі;
повнота і достовірність збережених даних;
підтримка якісного процесу поповнення даних
На відміну від оперативних баз даних, сховища даних проектуються таким чином, щоб час виконання запитів на вибірку даних було мінімальним. Зазвичай дані копіюються в сховище з оперативних баз даних згідно з визначеним розкладом (раз на день, раз на місяць, раз на квартал).
Типова структура сховища даних істотно відрізняється від структури звичайної реляційної БД. Як правило, ця структура денормалізована (це дозволяє підвищити швидкість виконання запитів), тому може допускати надмірність даних.
Логічно структуру сховища даних можна представити як багатовимірну базу даних, яка являє собою так званий OLAP- куб. OLAP-куб має кілька вимірів, які можна вважати осями координат (якщо таких вимірювань три, то тоді доречна геометрична інтерпретація у вигляді куба, на практиці зазвичай буває більше трьох вимірів, що не відобразити ніякої геометричною фігурою). На перетині осей розташовуються показники (один або декілька - як вийде), вони і є предметом багатовимірного аналізу.
Основною операцією, застосовуваної до OLAP-кубах, є операція агрегування показників (тобто обчислення агрегатних функцій, таких як сума, мінімальне, максимальне, середнє значення показника) стосовно до різних вимірам. Наприклад, можна обчислити сумарні обсяги продажів за різні періоди часу, за окремими групами товарів, по різних регіонах і т.д.
Малюнок 1. Типова структура сховища даних - схема «зірка»
Реалізація OLАР-кубів може бути різною. Останнім часом найбільш поширеним варіантом є використання денормалізованной реляційної структури. У цьому випадку основними складовими структури сховищ даних (рис.3.13) є таблиця фактів (fact table) і таблиці вимірів (dimension tables), з'єднані за схемою «зірка» (star schema). Назва «зірка» використовується в тому випадку, якщо кожен вимір міститься в одній таблиці розмірності.
Таблиця фактів є основною таблицею сховища даних. Як правило, вона містить відомості про об'єкти або події, сукупність яких буде надалі аналізуватися. Зазвичай говорять про чотирьох найбільш часто зустрічаються типах фактів. До них відносяться:
факти, пов'язані з транзакціями (Transaction facts). Вони засновані на окремих подіях (типовими прикладами яких є телефонний дзвінок або зняття грошей з рахунку за допомогою банкомату);
факти, пов'язані з «моментальними знімками» (Snapshot facts). Засновані на стан об'єкта (наприклад, банківського рахунку) в певні моменти часу, наприклад на кінець дня чи місяця. Типовими прикладами таких фактів є обсяг продажів за день або денна виручка;
факти, пов'язані з елементами документа (Line-item facts). Засновані на тому чи іншому документі (наприклад, рахунку за товар або послуги) і містять детальну інформацію про елементи цього документа (наприклад, кількості, ціні, відсотку знижки);
факти, пов'язані з подіями або станом об'єкта (Event or state facts). Представляють виникнення події без подробиць про нього (наприклад, просто факт продажу або факт відсутності такої без інших подробиць).
Таблиця фактів, як правило, містить унікальний складовою ключ, об'єднуючий первинні ключі таблиць вимірів. Найчастіше це цілочисельні значення або значення типу «дата/час». Таблиця фактів може містити сотні тисяч або навіть мільйони записів, і зберігати в ній повторювані текстові описи, як правило, невигідно - кращ...
