Різниця між таблицею фактів і таблицею розмірів
Зміст
Таблиця фактів та таблиця розмірів є основними факторами створення схема. Запис таблиці фактів - це комбінація атрибутів з різних розмірних таблиць. Таблиця фактів допомагає користувачеві проаналізувати бізнес-виміри, що допомагає йому у прийнятті рішень для покращення бізнесу. З іншого боку, таблиці розмірів допомагають таблиці фактів збирати розміри, уздовж яких потрібно вжити заходів.
Суть, яка відрізняє таблицю Фактів і Таблицю розмірів, полягає в тому, що таблиця розмірів містить атрибути, уздовж яких вживаються заходи таблиця фактів. Є деякі інші фактори, які створюють відмінності між таблицею фактів і таблицею розмірів, щоб переглянути їх, давайте подивимось на таблицю порівняння, представлену нижче.
- Порівняльна діаграма
- Визначення
- Малюнок
- Ключові відмінності
- Висновок
Порівняльна діаграма
| Основа для порівняння | Таблиця фактів | Таблиця розмірів |
|---|---|---|
| Основні | Таблиця фактів містить вимірювання вздовж атрибутів таблиці розмірів. | Таблиця вимірів містить атрибути, уздовж яких таблиця фактів обчислює метрику. |
| Атрибут та записи | Таблиця фактів містить менше атрибутів і більше записів. | Таблиця вимірів містить більше атрибутів і менше записів. |
| Розмір таблиці | Таблиця фактів зростає вертикально. | Таблиця розмірів росте горизонтально. |
| Ключ | Таблиця фактів містить первинний ключ, який є об'єднанням первинних ключів усієї таблиці вимірів. | Кожна таблиця вимірів містить свій первинний ключ. |
| Створення | Таблицю фактів можна створити лише тоді, коли заповнені таблиці розмірів. | Таблиці розмірів потрібно створити спочатку. |
| Схема | Схема містить меншу кількість таблиць фактів. | Схема містить більше кількості таблиць розмірності. |
| Атрибути | У таблиці фактів можуть бути дані як у цифровому, так і уалному форматі. | Таблиця вимірів завжди містить атрибути у форматі ual. |
Визначення таблиці фактів
Таблиця фактів - це таблиця, яка містить вимірювання уздовж атрибутів таблиць розмірів. Вона може містити інформацію на мінімально можливому рівні. Деякі таблиці фактів просто містять підсумкові дані, звані як Зведена таблиця фактів. Таблиця фактів майже містить дата відмічена печаткою дані. Давайте обговоримо характеристики таблиці фактів.
З’єднаний ключ
Таблиця фактів містить об'єднаний ключ, який є об'єднанням первинних ключів усіх таблиць розмірності. Зв'язаний ключ таблиці фактів повинен однозначно ідентифікувати рядок у таблиці фактів.
Зерно даних
Дані зерна показують, наскільки глибоко збережені таблиці вимірювань. Зерно даних має бути на максимально можливому рівні.
Адитивні заходи
Атрибути таблиці фактів можуть бути повністю добавка або напівдобавка. Повністю адитивні заходи - це ті, які можна легко підсумувати для всіх розмірів фактичної таблиці. Наприклад, кількість_порядження - це атрибут, який можна підсумувати для всіх вимірів. Можливо, ми можемо встановити загальну кількість_порядок для конкретного клієнта, регіону, дати, марки тощо. Напівдодаткові заходи - це ті, які можна підсумовувати за деякими розмірами таблиці фактичних даних, але не за всіма розмірами. Наприклад, сума балансу не може бути підсумована за часовим виміром, оскільки вона змінюється з часом.
Рідкі дані
Іноді ми можемо побачити записи насправді в таблиці, яка є атрибути с недійсні заходи. Наприклад, на свято може не бути жодного замовлення. Отже, атрибути на цю дату матимуть нульові заходи. Нам не потрібно зберігати заходи для такого роду записів, оскільки вони не надають ніякої інформації.
Вироджені розміри
Іноді ви можете натрапити на деякі розміри фактично таблиці, які зовсім не є добавками. Наприклад, order_number, customer_id, ви не можете додавати ці типи параметрів. Однак у випадку, якщо вам потрібно знайти замовлення, зроблене певним замовником у цьому місяці; тоді вам знадобиться customer_id, щоб відновити ваш пошук. Ці типи, якщо викликаються атрибути або розміри таблиці фактів Вироджений вимір.
Визначення таблиці розмірів
Таблиця розмірів є ключовим компонентом для стартової схеми. Таблиця вимірів містить атрибути, які представляють розміри, уздовж яких вимірювання проводиться фактично в таблиці. Далі ми обговоримо деякі характеристики таблиці розмірів.
Атрибути та ключі
Кожна таблиця розмірів повинна мати a первинний ключ що однозначно ідентифікує кожен запис таблиці. Зазвичай спостерігається, що таблиця вимірів містить багато атрибутів. Отже, це, здається, є широкий тобто, коли ви створите таблицю вимірів, ви побачите, що вона поширюється горизонтально.
Значення атрибутів
Значення атрибутів у розмірній таблиці рідко бувають числовими, більшість разів ви знайдете значення в атрибутах в ual формат. Наприклад, назва товару, бренд, категорія, підкатегорія тощо.
Відношення серед атрибутів
Часто ви можете спостерігати, атрибути, які ви зустрічаєте в таблиці розмірів, не пов'язані безпосередньо. Мовляв, Product_brand нічого не повинен робити з пакетом_date, але все одно це може бути атрибутами таблиці розмірності продукту.
Нормалізація
Таблиця вимірів є ні нібито Нормалізується. Це тому, що нормалізація таблиці створила б багато проміжних таблиць. Коли запит вибирає атрибут із таблиці розмірів і відновлює вимірювання, що відповідають цьому для таблиці фактів, запит повинен пройти ті проміжні таблиці, які стають неефективними. Отже, таблиці розмірів не нормуються.
Свердління, згортання
Атрибути таблиці розмірів дозволяють отримувати деталі, переходячи від більш високого рівня зведених атрибутів до атрибутів нижчого рівня. Наприклад, якщо ви хочете знайти загальний обсяг продажу в регіоні, тоді ви можете скористатися інформацією про продажі за штатом, містом, поштовим індексом. Ви навіть можете згорнути, щоб знайти спочатку загальний обсяг продажів поштовий індекс, потім по місту, а потім по штату.
Множинна ієрархія
Часто таблиця розмірів пропонує кілька ієрархій. Наприклад, у нас є таблиця розмірів товару для відомчого магазину. Зараз у нас є два відділи маркетингу та бухгалтерії.
Відділ маркетингу розробить серед атрибутів таблиці розмірності продукту певну ієрархію, щоб отримати вимірювання для таблиці фактів.
З іншого боку, відділ бухгалтерії буде визначати серед атрибутів таблиці розмірності продукції в різних ієрархіях, щоб отримати вимірювання для таблиці фактів.
Отже, таблиця вимірів повинна мати декілька ієрархій або рівень агрегації атрибутів, щоб користувач міг проробляти дані по будь-якій із кількох ієрархій.
Записи
Хоча таблиця вимірів має занадто багато атрибутів, вона має менше записів.
- Таблиця фактів містить вимірювання вздовж розмірності / атрибутів розмірної таблиці.
- Таблиця фактів містить більше записів і менше атрибутів порівняно з таблицею розмірів, тоді як таблиця вимірів містить більше атрибутів і менше записів.
- Розмір таблиці таблиці фактів зростає вертикально, тоді як розмір таблиці розмірної таблиці зростає горизонтально.
- Кожна таблиця вимірів містить первинний ключ для ідентифікації кожного запису в таблиці, тоді як таблиця фактів містить з'єднаний ключ, який є комбінацією всіх первинних ключів усіх розмірних таблиць.
- Таблиця розмірів повинна бути записана до створення таблиці фактів.
- Схема містить менше таблиць фактів, але більше розмірних таблиць.
- Таблиця атрибутів насправді є як числовою, так і ual, але атрибути таблиці розмірів мають лише атрибути ual.
Висновок:
Обидва є однаково важливими для створення схеми, але таблиця розмірів повинна бути записана перед таблицею фактів. Так як неможливо створити таблицю фактів із розмірними розмірами.
