🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Таблицы фактов без фактов
Если вспомнить классические схемы БД, такие как звезда или снежинка, то мы обнаружим, что центральная таблица - таблица фактов - обычно содержит ключи и числовые метрики, которые отображают факт произошедшего события (например, сколько товаров было продано).
Но встречаются ситуации, когда у события нет численных метрик. Например, когда нужно отразить, посетил ли человек мероприятие или нет; была ли активна подписка или нет; было ли отправлено письмо и т.п.
🟠Для этих случаев используются таблицы фактов без фактов (Factless Fact Table). И выглядят они следующим образом.
1️⃣Если нам нужно зафиксировать сам факт наступления события (например, отправку письма), то используется такая структура:
CREATE TABLE fact_email_sends (
date_id INT NOT NULL,
user_id INT NOT NULL,
campaign_id INT NOT NULL,
channel_id INT NOT NULL)
Таблица содержит информацию о том, когда и кому было отправлено письмо, а также частью какой рекламной кампании это письмо является и в каком виде оно было отправлено.
Важно понимать, что все поля в этой таблице - это внешние ключи, которые ведут к другим таблицам-измерениям. Никаких других метрик (особенно числовых) тут нет.
2️⃣Есть и другой тип таблиц фактов без фактов - это таблицы покрытия и состояний. Они предназначены для того, чтобы оценивать статус объекта на какой-то момент времени (в отличие от фиксации события как в прошлом примере). Имеют такую структуру:
CREATE TABLE subscription (
date_id INT NOT NULL,
user_id INT NOT NULL,
sub_id INT NOT NULL,
device_id INT NOT NULL)
Таблица показывает, какая подписка с какого устройства была активна у пользователя на момент времени. Точно так же, как и в предыдущем случае, таблица содержит только ключи.
3️⃣Выделяют еще таблицы отрицательных фактов. Они наоборот показывают те события, которые НЕ произошли. И обычно это не отдельная таблица, а результат джоинов многих других factless таблиц, который может как и вычисляться по мере необходимости, так и храниться в виде витрин.
Например, если цель - отразить тех, кто НЕ пришел на мероприятие, то для этого берется таблица регистраций (кто записался), к которой присоединяется таблица событий (кто пришел). И из получившегося результата выбираются id со значением NULL.