их фактів є обсяг продажів за день або денна виручка;
- факти, пов'язані з елементами документа (Line-item facts). Засновані на тому чи іншому документі (наприклад, рахунку за товар або послуги) і містять детальну інформацію про елементи цього документа (наприклад, кількості, ціні, відсотку знижки);
- факти, пов'язані з подіями або станом об'єкта (Event or state facts). Представляють виникнення події без подробиць про нього (наприклад, просто факт продажу або факт відсутності такою без інших подробиць).
Таблиця фактів, як правило, містить унікальний складовою ключ, який об'єднує первинні ключі таблиць вимірів. Найчастіше це цілочисельні значення або значення типу "дата/час" - адже таблиця фактів може містити сотні тисяч або навіть мільйони записів, і зберігати в ній повторювані текстові описи, як правило, невигідно - краще помістити їх в менші за обсягом таблиці вимірювань. При цьому як ключові, так і деякі неключові поля повинні відповідати майбутнім вимірам OLAP-куба. Крім цього таблиця фактів містить одне або кілька числових полів, на підставі яких в подальшому будуть отримані агрегатні дані. p align="justify"> Для багатовимірного аналізу придатні таблиці фактів, що містять як можна більш докладні дані (тобто відповідні членам нижніх рівнів ієрархії відповідних вимірювань). У даному випадку переважніше взяти за основу факти продажу товарів окремим замовникам, а не суми продажів для різних країн - останні все одно будуть обчислені OLAP-засобом. p align="justify"> У таблиці фактів немає жодних відомостей про те, як групувати записи при обчисленні агрегатних даних. Наприклад, в ній є ідентифікатори продуктів або клієнтів, але відсутня інформація про те, до якої категорії відноситься даний продукт або в якому місті знаходиться даний клієнт. Ці відомості, надалі використовуються для побудови ієрархій у вимірах куба, містяться в таблицях вимірів. p align="justify"> Таблиці вимірювань містять незмінні або рідко змінювані дані. У переважній більшості випадків ці дані представляють собою по одному запису для кожного члена нижнього рівня ієрархії в вимірі. Таблиці вимірювань також містять як мінімум одне описову поле (зазвичай з ім'ям члена виміру) і, як правило, цілочисельне ключове поле (зазвичай це сурогатний ключ) для однозначної ідентифікації члена вимірювання. Якщо майбутнє вимір, засноване на даній таблиці вимірювань, містить ієрархію, то таблиця вимірювань також може містити поля, що вказують на "батька" даного члена в цій ієрархії. Нерідко (але не завжди) таблиця вимірювань може містити й поля, що вказують на "прабатьків", та інших "предків" в даній ієрархії (це зазвичай характерно для збалансованих ієрархій), а також додаткові атрибути членів вимірювань, що містилися у вихідній оперативній базі даних (наприклад, адреси і телефони клієнтів).
Кож...
