Проєктування Фактних і Вимірювальних Таблиць

Більшість робочих книг Excel зберігають усі дані на одному широкому аркуші: імена клієнтів, категорії продуктів, регіони та підсумки транзакцій розміщені в одному рядку, повторюючись тисячі разів. Це підходить для невеликих задач. Однак така структура стає проблемною, коли обсяг даних зростає, змінюються імена або виникає потреба об'єднати дані з іншими джерелами.

Реляційна модель вирішує цю проблему, розділяючи дані на окремі таблиці, кожна з яких описує одну сутність. Ключова ідея такого розділення — це відмінність між фактними таблицями та таблицями вимірів.

Фактні таблиці

Фактна таблиця фіксує події або транзакції — те, що відбулося.

Характеристики:

• Багато рядків: по одному на кожну подію (одне замовлення, один платіж, один візит);
• Показники: числові значення, які потрібно агрегувати — Quantity, Total, Cost, Hours;
• Зовнішні ключі: стовпці з ID, що вказують на вимірювальні таблиці — CustomerID, ProductID, OrderDate;
• Мало описового тексту: імена, мітки та категорії належать до вимірювань.

Приклади фактних таблиць:

• Рядки замовлень на продаж;
• Платежі за рахунками;
• Відвідування вебсайту;
• Звернення до служби підтримки.

Вимірювальні таблиці

Вимірювальна таблиця описує сутності, що беруть участь у фактах, такі як хто, що, де і коли.

Характеристики:

• Один рядок на унікальну сутність: по одному на кожного клієнта, по одному на кожен продукт, по одному на кожну дату;
• Описові атрибути: імена, категорії, регіони, сегменти — переважно текст;
• Первинний ключ: унікальний стовпець ID, на який посилається фактна таблиця.

Приклади вимірювальних таблиць:

• Customers (CustomerID, CustomerName, Region, Segment);
• Products (ProductID, ProductName, Category, UnitPrice);
• Dates (Date, Year, Month, Quarter);
• Employees (EmployeeID, Name, Department, Role).

Трирівнева система прийняття рішень

Для будь-якого стовпця у плоскій таблиці ставте ці питання по черзі:

Q1: Чи вимірює цей стовпець щось, що потрібно підсумовувати або рахувати? — Quantity, Total, Cost → показник фактної таблиці;

Q2: Чи є цей стовпець ID, який пов'язує з описом в іншому місці? — CustomerID, ProductID, OrderDate → зовнішній ключ фактної таблиці;

Q3: Чи є це описовою міткою про особу, продукт або період часу? — CustomerName, Region, Category → атрибут вимірювальної таблиці.

Якщо стовпець підпадає під Q3, поставте ще одне питання: який об'єкт він описує? Всі стовпці, що описують клієнтів, йдуть у Customers. Всі стовпці, що описують продукти, йдуть у Products. Стовпці, що описують дати, йдуть у Dates.