Star Schema

Как работает Star Schema

Эта структура функционирует за Счет строгого разделения данных на события (факты) и Контекст (измерения). Таблица фактов содержит числовые Метрики, такие как сумма заказа, количество кликов или длительность сессии, а также внешние ключи, указывающие на конкретные записи в таблицах измерений. Каждая строка фактов представляет собой отдельное Событие, фиксируемое на самом детальном уровне.

Таблицы измерений хранят описательные атрибуты: дату, название кампании, Регион пользователя или тип устройства. В отличие от нормализованных баз данных, здесь измерения денормализованы — все связанные данные объединены в одну плоскую таблицу без избыточных связей. Это позволяет аналитику выполнять простые запросы с минимальным количеством соединений, получая готовые срезы данных для визуализации.

Зачем нужен Star Schema

Основная цель применения данной модели — ускорение аналитических процессов и упрощение написания SQL-запросов. В условиях, когда необходимо быстро агрегировать миллионы строк логов или транзакций, сложная нормализованная структура требует множества тяжелых JOIN-операций, что критически замедляет генерацию отчетов. Звездообразная схема минимизирует эти накладные расходы, обеспечивая мгновенный доступ к ключевым показателям эффективности.

Для отделов маркетинга и разработки такая архитектура служит единым источником достоверных данных. Она устраняет расхождения в цифрах между разными системами, позволяя корректно рассчитывать ROI, LTV и стоимость привлечения клиента. Кроме того, простота структуры облегчает поддержку базы данных и интеграцию новых источников данных без переписывания сложных логики связей.

Какие бывают виды Star Schema

Классический вариант включает одну таблицу фактов и несколько независимых таблиц измерений. Однако на практике часто встречается констелляция схем, где одна база данных содержит несколько связанных таблиц фактов, использующих общие измерения. Например, отдельные таблицы могут хранить данные о продажах и возвратах, но обращаться к единому справочнику товаров и клиентов.

Также выделяют схемы с поддержкой медленно меняющихся измерений (Slowly Changing Dimensions, SCD). Этот подход позволяет сохранять историю изменений атрибутов, таких как Смена названия товара или переезд офиса. Различают типы SCD первого, второго и третьего рода, которые определяют, как именно хранится история: путем перезаписи старых значений, создания новых строк или использования отдельных таблиц истории.

Где используется Star Schema

В интернет-маркетинге эта модель является фундаментом для систем сквозной аналитики. Она позволяет объединять разрозненные данные из Google Ads, Яндекс.Директ, CRM-систем и серверных логов в единую структуру. Аналитики используют её для отслеживания пути пользователя от первого касания до финальной покупки, рассчитывая вклад каждого канала в общую выручку.

В сфере SEO и e-commerce схема применяется для анализа позиций, ссылочного профиля и поведения аудитории. Инструменты вроде Power BI, Tableau или Google Looker Studio нативно поддерживают эту архитектуру, автоматически распознавая связи между фактами и измерениями. Также она широко используется в хранилищах данных на базе ClickHouse и Amazon Redshift для обработки больших массивов информации в реальном времени.

Пример: установка и чтение Star Schema

Ниже приведен пример SQL-кода для создания базовой структуры звезды. Мы создаем таблицу фактов заказов и две таблицы измерений: клиентов и продуктов. Затем выполняем запрос для получения общей выручки по категориям товаров, демонстрируя простоту соединения таблиц.

<span class="token k">CREATE TABLE</span> <span class="token t">fact_orders</span> (
    <span class="token v">order_id</span> <span class="token n">INT</span> <span class="token k">PRIMARY KEY</span>,
    <span class="token v">client_id</span> <span class="token n">INT</span>,
    <span class="token v">product_id</span> <span class="token n">INT</span>,
    <span class="token v">amount</span> <span class="token n">DECIMAL</span>(<span class="token n">10</span>, <span class="token n">2</span>)
);

<span class="token k">CREATE TABLE</span> <span class="token t">dim_clients</span> (
    <span class="token v">client_id</span> <span class="token n">INT</span> <span class="token k">PRIMARY KEY</span>,
    <span class="token v">region</span> <span class="token s">'Moscow'</span>,
    <span class="token v">segment</span> <span class="token s">'B2B'</span>
);

<span class="token k">SELECT</span> d.<span class="token v">segment</span>, <span class="token k">SUM</span>(f.<span class="token v">amount</span>) <span class="token k">AS</span> <span class="token v">total_revenue</span>
<span class="token k">FROM</span> fact_orders f
<span class="token k">JOIN</span> dim_clients d <span class="token k">ON</span> f.<span class="token v">client_id</span> <span class="token o">=</span> d.<span class="token v">client_id</span>
<span class="token k">GROUP BY</span> d.<span class="token v">segment</span>;