Дизайн таблицы фактов - один-ко-многим

Я исхожу из реляционного баз данных базы данных SQL Server и пытаюсь сделать переход к многомерной модели в Analysis Services.Дизайн таблицы фактов - один-ко-многим

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

У меня есть 3 стола - инцидент, инцидент, инцидент и инцидент. Там не может быть ни один, один или много IncidentOffenders и IncidentLosses к инцидентам:

Как я могу дизайн моего хранилища данных таким образом, что я буду иметь возможность задавать куб, например, «сколько времени мы тратили на борьбу с инцидентами, на которых лысый преступник украл испеченные бобы? », а также« какова была ценность этих бобов? »?

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

источник

2016-10-13 Nugsson

Выглядит хорошо для меня, но я полагаю, я бы модель IncidentLoss как таблица фактов и инциденты и IncidentOffender как размеры. – tobi6

Спасибо - был ли FactIncidentLoss тогда содержать IncidentLossID, IncidentID и IncidentOffenderID? Это последний из тех, которые вызывают проблему, потому что может быть более одного инцидента IncidentOffender для Инцидента. – Nugsson

С этим требованием я бы пошел с таблицей сопоставления m: n и тщательно проверил проблемы производительности. – tobi6

В вашем сценарии все три таблицы должны быть загружены в SSAS как для измерений, так и для групп измерений. Тогда размеры инцидентов и инцидентов могут быть измерениями «многие-ко-многим» для группы мер по инцидентам. Он будет выглядеть следующим образом на вкладке «Использование измерений».

источник

2016-10-16 01:49:53 GregGalloway

Большое спасибо за это - на самом деле это решение, с которым я столкнулся с первым кубом, который я построил, но я никогда не чувствовал себя полностью комфортно с ним. «Лучшей практикой» здесь будет построение 2 кубов (или больше, если необходимо), каждая из которых имеет одну таблицу фактов при максимально возможной детализации? – Nugsson

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

Без проблем @GregGalloway. Я все еще обдумываю вещи, но обязательно буду отмечать это как принятый ответ, когда я буду счастлив. – Nugsson

Дизайн таблицы фактов - один-ко-многим

ответ

Смежные вопросы