Настройка относительного измерения? - PullRequest
1 голос
/ 26 сентября 2011

У меня довольно простой сценарий, но очень большой набор данных (используя еще более простой пример ниже, чтобы проиллюстрировать мою проблему).

Допустим, у меня есть куб, состоящий из таблицы Страна (факт), которая имеет одно измерение, называемое Континент.

enter image description here

С этим я могу агрегировать данные по странам по континентам.

Но, скажем, в каждой стране есть город:

enter image description here

Здесь я не могу назначить измерение Континент непосредственно городу, потому что у города нет свойства континента,Это упрощенный пример, и было бы несложно объединить информацию о стране при заполнении таблицы фактов города.Тем не менее, мое приложение использует очень большой набор данных, для запроса которого требуется много времени, и я стараюсь избегать объединения в страну для получения идентификатора континента.Мне нужно иметь возможность написать простой запрос MDX, чтобы получить счетчик чисел по стране или городу.

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

Обновление

Как предположил Брайан, я мог бы сделать страну измерением.Это то, как я сделал это изначально, и, возможно, я не сделал это правильно, но это снизило производительность, потому что: приведенный выше пример прост, но в моем случае у меня есть 15 свойств (например, континент выше), которые мне нужно объединитьмои данные о.Если я создаю измерение страны и указываю эти 15 свойств в качестве атрибутов измерения, каждый раз, когда я обрабатываю свой куб, он будет выполнять «выбор отдельного континента из страны» x15 (один раз для каждого атрибута), чтобы получить этот отдельный список континентов,если таблица Country огромна (в моем случае это представление, состоящее из множества больших таблиц), то для получения этого списка различных значений для измерения потребуется очень много времени.

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

1 Ответ

0 голосов
/ 27 сентября 2011

Не похоже, что размерная модель была продумана очень хорошо.

Помощь группы, чтобы решить проблему, была бы Измерением Страны.Страна является общей для Страны и Города.

Я уверен, что проблема гораздо сложнее, но вы перечислили очень простую проблему.

AFAIK, никакое количество MDX (или любой другой технологии) не может преодолеть проблем с дизайном.Размерная модель является основой производительности хранилища данных.Очень важно сделать это как можно раньше.

...