Хранилище данных: моделирование распределения рабочей нагрузки - PullRequest
1 голос
/ 22 сентября 2010

У нас есть система, которая отслеживает распределение единицы работы от получения этой единицы работы до завершения этой единицы работы.

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

Проблема заключается в распределении.

Единица работы может проходить через несколько команд, внутри этих групп она может проходить через несколько человек.Действия над этой единицей работы могут быть выполнены.

И нашим пользователям будет интересно сообщить об этом.

Сколько единиц работы было выделено командой за определенный период временинапример.

Я новичок в хранилищах данных, поэтому не знаю, как это смоделировать.Кандидаты, которых я определила до сих пор:

1) Медленно изменяющиеся измерения

Использование, вероятно, типа 4 для распределения по команде и человеку внутри команды.

2) Снимок

Имеет тип 4 из / в атрибуты основного факта, которые говорят, когда он был в аккаунте, поэтому каждая единица работы встречается несколько раз в таблице фактов, которая будет заполнять куб.

3) Накопление снимка

Я не уверен, что понимаю, что это такое, и я не уверен, что это актуально.

Есть ряд вещей, которые похожи на этот SCD,команда, член команды, статус, распределение очередей в единицах работы и т. д. Так что, кажется, довольно много SCD.

Есть ли что-то еще, что я пропустил в своем списке опций?Я что-то неправильно понял?

1 Ответ

2 голосов
/ 22 сентября 2010

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

alt text

Это показывает dimPerson как измерение типа 2, это также будет работать как тип 1, покаCurrentTeamKey копируется в TeamKey таблицы фактов при вставке.

...