Многомерная модель

Question

Люди,

У меня есть таблица измерений DIM_FILE, которая содержит информацию о файлах, полученных нами от клиентов. Каждый файл содержит подробные записи, которые составляют мою таблицу FACT, CUST_DETAIL. В основном процессе файл проходит через несколько этапов, и каждый этап передает ему статус. Короче говоря, у меня есть отношения «многие ко многим». Любые идеи вокруг размерного моделирования звездной схемы. Запись клиента относится только к одному файлу, и файл может иметь несколько статусов.

FACT 
---- 
CustID 
FileID 
AmountDue 


DIM_FILE 
-------- 
FileID 
FileName 
DateReceived 

FILE_STATUS 
----------- 
FileID 
StatusDateTime 
StatusCode 

Answer 1

Есть несколько вещей, которые вы можете сделать, чтобы жениться на это с одномерной моделью/звездообразной схемой:

1. Построить две звезд (возможно, они в конечном итоге в разных витринах данных). В FACT есть таблица фактов, другая звезда имеет FILE_STATUS как факт (вы можете рассматривать ее как таблицу фактов транзакции). Чтобы сделать эту работу, я бы, вероятно, денормализовал и добавил CustId в FILE_STATUS тоже
2. Поскольку вы имеете дело с FILE_STATUS, вы можете превратить FACT в таблицу фактов . В этой модели у вас будет отдельный набор дополнительных столбцов в FACT для записи всей информации, относящейся к каждому переходу статуса. По крайней мере, у вас есть столбец для измерения даты/времени для записи, когда был достигнут определенный статус. В вашем ETL вам нужно ОБНОВИТЬ таблицу фактов, чтобы записать, как файл проходит через состояния. Этот дизайн работает только в том случае, если количество статусов является конечным и относительно небольшим. Кроме того, должен быть более или менее четкий путь развития статуса (например, с заказа клиента: получено -> выбрано -> упаковано -> отправлено -> оплачено)
3. Сделать так называемое многозначное измерение для статусов: ФАКТ получит ключ к этому новому измерению, и это новое измерение фактически представляет собой набор статусов, которые применяются к строке в таблице FACT.
4. Вы могли бы иметь таблицу моста (хотя я не думаю, что относится к этой теме, не уверен)

Ссылки:

Накопительного снимок: http://www.kimballgroup.com/2002/06/design-tip-37-modeling-a-pipeline-with-an-accumulating-snapshot/ многозначного измерения против таблицы моста: http://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dimensional-modeling-techniques/multivalued-dimension-bridge-table/