Business Intelligence Star Model

У меня есть общий вопрос о звездной модели в проекте бизнес-аналитики. Например, предположим, что проект состоит из одной таблицы фактов (F) и трех измерений (D1, D2, D3). Кроме того, давайте предположим, что таблица фактов выглядит следующим образом:Business Intelligence Star Model

d11 d21 d21  m11 m21 m21 
d12 d22 d22  m12 m22 m22 
d13 d23 d23  m13 m23 m23 
d14 d24 d24  m14 m24 m24 
d15 d25 d25  m15 m25 m25 
d16 d26 d26  m16 m26 m26 
d17 d27 d27  m17 m27 m27

Например - d23 = размер NR 2, значение NR 3 в размерности (то же самое для мер)

Теперь, давайте предположим, что выбор сделан на каждом из 3-х размеров и следующих частей таблицы фактов выбраны:

d11 d21 d21  m11 m21 
D12 d22 D22  m12 m22 
D13 D23 D23  m13 m23 
D14 D24 D24  m14 m24 
d15 D25 D25  m15 m25 
d16 d26 D26  m16 m26 
d17 d27 d27  m17 m27

Теперь я хотел бы знать, какие выборы (отмеченные заглавной «D») будет/должен/нужно быть в рассматриваемой звездной модели? Если OUTER JOIN принцип применяется, то следующий будет выбран: будет считаться

D12 d22 D22  m12 m22 
D13 D23 D23  m13 m23 
D14 D24 D24  m14 m24 
d15 D25 D25  m15 m25 
d16 d26 D26  m16 m26

т.е. для выбора в первом meassure следующих значений (m12, m13, m14, m15, m16) и для второй меры (m22, m23, m24, m25, m26).

С другой стороны, если внутреннее соединение между таблицы фактов и измерений таблиц, результат будет после выбора:

D13 D23 D23  m13 m23 
D14 D24 D24  m14 m24

т.е. для первого такта следующих значений будут рассмотрены (m13, m14), а также для вторая мера (m23, m24) в соответствующих совокупных функциях.

Какое из следующих подходов имеет место?

источник

2014-04-10 Adam

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

источник

2014-04-11 06:32:06 FrankPl

Именно то, что я искал. Большое спасибо! Еще один вопрос - знаете ли вы, может быть, если BusinessObjects, MS Analysis Services и QlikView реализуют этот принцип? Я предполагаю, что ответ будет заключаться в том, что это зависит от того, как разработчик присоединяется к таблицам в скрипте/интерфейсе. Однако я хотел бы услышать ваше мнение. – Adam

Кроме того, мне ясно, что «вы делаете выбор в таблицах размеров, которые затем INNER JOINED в таблицу фактов». Однако почему тогда INNER JOINED возвращается к размерам, где нет выбора? По моему мнению, мы потеряли бы данные, т. Е. Значения мер были бы ниже. Каков хороший аргумент, подтверждающий ваше утверждение и ослабляющий вступление в заблуждение от использования OUTER JOIN в последнем случае? – Adam

Согласен. В Qlikview вы загрузите таблицу фактов в сценарий загрузки, а в inteface вы сможете выбрать значения измерения в разных списках (d1, d2, d3). Выбор значений в этих списках приведет к соединению (например, INNER JOIN). – smartmeta

ответ

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