Могу ли я получить таблицу фактов с несколькими описательными атрибутами

Question

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

Должна ли таблица фактов всегда иметь меры или может также иметь некоторые описательные атрибуты, чтобы я мог избежать вышеуказанных шагов?

Примеры от Кимбалла всегда показывает, что есть только меры в предположении фактов транзакции

Answer 1

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

https://en.wikipedia.org/wiki/Dimension_ (data_warehouse) # Junk_dimension

Нежелательное измерение - это таблица измерения, состоящая из атрибутов, не принадлежащих ни к таблице фактов, ни к какой-либо из существующих таблиц измерений. По своей природе эти атрибуты обычно текстовые или различные флаги, например, не общие c комментарии или просто индикаторы «да / нет» или «истина / ложь». Эти виды атрибутов обычно остаются после того, как все очевидные измерения в бизнес-процессе определены, и поэтому разработчик сталкивается с проблемой, где разместить эти атрибуты, которые не принадлежат другим измерениям.

Answer 2

Должен ли я присоединить свою таблицу фактов к измерениям, чтобы извлечь такие атрибуты и создать новую таблицу для отчетов ??

- Да, но вам не обязательно создавать новую таблицу для результата. Результатом будет go в вашем отчете.

Должна ли таблица фактов всегда иметь меры или может также иметь некоторые описательные атрибуты, чтобы я мог избежать вышеуказанных шагов?

- Это тоже возможно и не неправильно, пока атрибутов не слишком много. Обратите внимание, что это зависит от вашей памяти, производительности и т. Д. c, и т. Д. c.

Ключ в том, чтобы найти необходимый баланс между дизайном, описанным в ответе 1, и ответом 2.