Что хотят услышать интервьюеры:

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

Определение:

Модель Кимбалла — это подход к построению хранилища и витрин данных через предметно-ориентированные fact- и dimension-таблицы, обычно в виде звезды. Она удобна для аналитики, потому что данные структурированы по бизнес-процессам, а не по операциям.
OBT (Operational Business Table) — это, по сути, широкая денормализованная таблица, где для анализа заранее собраны нужные поля из разных источников в одном слое. Она упрощает потребление данных, но обычно хуже масштабируется по числу сценариев и изменений.

Пример использования:

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

-- Пример витрины в стиле Кимбалла

CREATE TABLE fact_sales (
    sale_id        BIGINT,
    date_key       INT,
    product_key    INT,
    customer_key   INT,
    store_key      INT,
    quantity       INT,
    revenue        NUMERIC(18,2)
);

CREATE TABLE dim_product (
    product_key    INT,
    product_id     VARCHAR(50),
    category       VARCHAR(100),
    brand          VARCHAR(100)
);

CREATE TABLE dim_customer (
    customer_key   INT,
    customer_id    VARCHAR(50),
    segment        VARCHAR(100),
    city           VARCHAR(100)
);

В OBT для этого же кейса обычно сделали бы одну широкую таблицу, где уже были бы и продажи, и атрибуты товара, клиента, магазина, и все это в одной записи для удобства BI-инструмента.

Пояснение кода:

Код показывает типичную схему Кимбалла: отдельная таблица фактов хранит измеряемые события, а таблицы измерений — справочную информацию для фильтрации и группировки.
fact_sales содержит ключи на измерения и метрики quantity и revenue.
dim_product и dim_customer содержат описательные атрибуты, которые можно менять независимо от фактов.
Такой подход позволяет переиспользовать измерения в разных витринах и не дублировать одно и то же описание сущностей в каждой аналитической таблице.

Ключевые моменты:

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

Почему выбрать модель витрин Кимбалла вместо Operational Business Table (OBT)?