Все ли данные будут объеденены в снежинку

Интеграция данных в звездообразную схему

Краткий ответ

Нет, не все данные будут объединены в одну снежинку. Звездообразная схема (snowflake schema) предполагает нормализованную структуру, где:

• Центральная таблица фактов (Fact Table) содержит числовые показатели и ключи
• Измерения (Dimensions) нормализованы и разделены по разным таблицам
• Не все данные хранятся в одном месте, а связаны через внешние ключи

Что означает «объединены в снежинку»?

Снежинка (Snowflake) — это расширение звездообразной схемы, где таблицы измерений (dimensions) дополнительно нормализованы. Структура напоминает снежинку из-за вложенных связей:

                    ┌─────────────────┐
                    │   Fact Table    │
                    │   (Sales)       │
                    └─────────────────┘
                    ↙         ↓         ↘
         ┌──────────┐    ┌──────────┐    ┌──────────┐
         │Customers│    │ Products │    │   Date   │
         └──────────┘    └──────────┘    └──────────┘
              ↓               ↓               ↓
         ┌──────────┐   ┌──────────┐   ┌──────────┐
         │ Location │   │Category  │   │Quarter   │
         └──────────┘   └──────────┘   └──────────┘

Какие данные объединяются?

Объединяются в Fact Table:

• Метрики (revenue, quantity, margin)
• Ключи на таблицы измерений (customer_id, product_id, date_id)

Разделены по Dimensions:

• Customer: name, email, phone, address_id (не все в одну таблицу)
• Product: name, category_id, supplier_id
• Date: date, month, quarter, year
• Address: street, city, country

Практический пример

-- Fact Table (объединяет): Sales
CREATE TABLE Sales (
    sale_id INT PRIMARY KEY,
    customer_id INT,
    product_id INT,
    date_id INT,
    amount DECIMAL(10,2),
    quantity INT
);

-- Dimension Tables (разделены):
CREATE TABLE Customers (
    customer_id INT PRIMARY KEY,
    name VARCHAR(100),
    location_id INT  -- внешний ключ на Location
);

CREATE TABLE Locations (
    location_id INT PRIMARY KEY,
    city VARCHAR(50),
    country VARCHAR(50)
);

CREATE TABLE Products (
    product_id INT PRIMARY KEY,
    name VARCHAR(100),
    category_id INT  -- внешний ключ на Category
);

CREATE TABLE Categories (
    category_id INT PRIMARY KEY,
    category_name VARCHAR(50)
);

Запрос с объединением

SELECT 
    c.name AS customer,
    l.city,
    p.name AS product,
    cat.category_name,
    SUM(s.amount) AS total_sales
FROM Sales s
JOIN Customers c ON s.customer_id = c.customer_id
JOIN Locations l ON c.location_id = l.location_id
JOIN Products p ON s.product_id = p.product_id
JOIN Categories cat ON p.category_id = cat.category_id
GROUP BY c.name, l.city, p.name, cat.category_name;

Преимущества нормализации в Snowflake Schema

1. Экономия памяти — повторяющиеся данные (город, категория) хранятся один раз
2. Целостность данных — изменения в Locations обновляют все связанные записи
3. Гибкость — легче добавлять новые атрибуты
4. Масштабируемость — при росте данных структура остается управляемой

Когда НЕ все данные объединяются в одну таблицу?

• Когда нужна нормализация (Snowflake вместо Star)
• Когда есть повторяющиеся данные (города, категории)
• Когда требуется легко обновлять справочники
• Когда нужна низкая избыточность

Альтернатива: Star Schema vs Snowflake Schema

Star Schema — простая звезда (измерения не нормализованы, все атрибуты в одной таблице):

• Быстрые запросы (меньше JOIN)
• Больше памяти (дублирование)

Snowflake Schema — сложная снежинка (нормализованные измерения):

• Меньше памяти
• Медленнее запросы (больше JOIN)
• Проще поддержка данных

Вывод

В Snowflake Schema данные объединяются логически (через FK) в Fact Table, но физически разделены по нормализованным таблицам измерений. Это оптимальный баланс между производительностью и нормализацией для аналитических систем.