SSAS от многих до многих иерархии измерений

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

Сценарий:

У меня есть один факт, таблицы FactSales и 2 размеры: DimShop и DimProduct, и они оба отделены друг от друга и непосредственно связана с таблицей фактов. некоторые магазины могут продавать выбранные продукты и наоборот, некоторые продукты могут продаваться в определенных магазинах. Это дает нам много разных отношений. Проблема в том, что когда я пытаюсь разрезать куб, я получаю все комбинации между магазинами и продуктами.

Вопрос:

Как я могу создать иерархию между двумя разделенными размерами в SSAS с многие ко многим? Я попытался использовать таблицу Brigde, но мне не удалось настроить иерархию в SSAS. Возможно ли это?

источник

2013-04-07 shq

Я не понимаю ваш вопрос. Что именно вы хотите показать в своем отчете? Как можно догадаться, вы пытаетесь сообщить о том, какие продукты могут продаваться (или хранятся) в каждом магазине, но я действительно не знаю. – Pondlife

О, я забыл упомянуть всю идею, тупую меня. Да, вы правильно догадались, я бы хотел показать магазины и перечислить каждый продукт, который можно продать в каждом магазине. Я знаю, что это может быть достигнуто с помощью иерархии. Легко создать такую иерархию, когда данные магазинов и продуктов содержатся в одном измерении, но я бы хотел использовать отдельные размеры для продукта и магазинов. Я предполагаю, что мне нужна связь M: N между ними в таблице мостов, но я не знаю, как построить такой иерархический, лучше всего в размерности продукта, если это возможно. – shq

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

Простой перекрестная ссылка факт должен быть хорошо:

FACT_PRODUCT_SHOP 
ProductID 
ShopID

Затем при выполнении отчетов, которые хотят, чтобы увидеть, какие продукты могут быть проданы в каких магазинах, вы можете использовать эту таблицу фактов. В факте продажи отображается только «что на самом деле происходит».

Вы можете даже изменить этот факт, чтобы быть вашим Inventory таблица фактов, просто добавив дату и «Есть в наличии количества» и «На сумму заказа» и т.д ..

источник

2013-04-09 13:15:46

можно реализовать такой проект, но он может плохо работать. В основном вместо ключа продукта и магазина в таблице фактов вам нужен альтернативный ключ. Этот ключ будет уникальным сочетанием продуктов и магазинов. Это необходимо подготовить в ETL. В новом измерении под названием «Магазины и продукты» поверх этого ключа вы можете создать 2 иерархии Product и Shop в одном измерении.

Кроме того, вы также можете создать неестественную иерархию по своему усмотрению. Но поскольку это неестественная иерархия, она может не работать хорошо. Итак, в дополнение к иерархиям продуктов и магазинов вы можете предоставить следующие неестественные иерархии: Магазин -> Продукт, Продукт -> Магазин.

источник

2013-04-16 11:11:58 ebayindir

SSAS от многих до многих иерархии измерений

ответ

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