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

Я работаю над созданием витрины данных для целей отчетности. Я новичок в этой области и ищу помощи.

У меня есть таблица фактов и две таблицы измерений. Таблица фактов имеет только 3 поля, ее первичный ключ и ссылки внешнего ключа на две таблицы измерений. Две таблицы измерений содержат данные, относящиеся к 1) телефонным номерам и 2) добавочным номерам. (Я не могу объединить эти таблицы измерений, потому что они содержат разную информацию)

Как видите, в моей таблице фактов нет количественных столбцов.

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

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

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

OR

Просто соедините две таблицы измерений, чтобы создать отчет, потому что это возможно в этом случае?

Должны ли мы использовать таблицу фактов?

Спасибо за прочтение.

Любая помощь приветствуется.


star-schema report datamart
person akotian    schedule 28.06.2011    source источник

Ответы (1)


arrow_upward
1
arrow_downward

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

Зачастую это необходимо.

Просто соедините две таблицы измерений, чтобы создать отчет, потому что это возможно в этом случае?

Иногда это тоже работает.

Должны ли мы использовать таблицу фактов?

Зависит от отношений.

Если у вас есть "иерархия" информации об измерениях, то эти два измерения могут быть напрямую связаны. В этом случае таблица фактов не связывает их вместе. Факт связан с подробным измерением; подробное измерение привязано к сводке. Это редкость.

Размеры меняются.

Если у вас есть два или более медленно меняющихся измерения, то ваши измерения могут включать много информации о «предыдущих» отношениях.

Fact 1: Phone xxx-xxx-xxxx, Extension yyyy
Fact 2: Phone xxx-xxx-xxxx, Extension zzzz

Затем другая загрузка применяет правило SCD ​​для изменения zzzz на aaaa по состоянию на 01.07.11. У вас могут быть доступны старые значения параметров, а также новые значения параметров с применимым диапазоном дат.

Теперь факт (и диапазон дат) необходим для определения того, какую копию значения измерения вы собираетесь получить.

Fact 2: Phone xxx-xxx-xxxx, Extension zzzz, from beginning to before 7/1/11.
Fact 2: Phone xxx-xxx-xxxx, Extension aaaa, from 7/1/11 to end.

Таким образом, вам может понадобиться факт, размеры и время, чтобы разобраться в отношениях.

person S.Lott    schedule 28.06.2011