Сведение не работает должным образом при использовании пользовательских ключевых столбцов

У меня есть размер, который я сгладил, данные выглядят так: Пример данных

Это упрощение данных, на самом деле у меня есть 7 значений «Detail», которые одинаковы для каждого значения PrimaryValue и 2 значений «SubDetail». Каждое SubValue имеет один пробел (не нуль, в таблице нет пустых значений) для каждого PrimaryValue.

Я пытаюсь настроить иерархию, чтобы пользователи видели:

  • Первичное значение

    • SubValue

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

азбука

это пустое значение

азбука

A

азбука

Q

азбука

G

И так далее. Когда я хочу:

азбука

A

Q

G

XYZ

7

F

1E

Я новичок в кубах, но я пробовал все, что мог придумать и прочитать в Интернете. Я думаю, что моя проблема в том, что у меня есть несколько «Detail» и «SubDetail». У меня есть Иерархия, определенная как:

Первичное значение

Подзначение

Я устанавливаю атрибуты так, чтобы PrimaryValue относился к SubValue, а Detail1 и Detail2 у меня есть SubValue, относящийся к SubDetail1.

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

В сети ничего не нашел по этому поводу, наверное неправильно выразился. Я нашел много информации о настройке ключевых столбцов, но ни один из них не затрагивает дополнительные поля сведений в своих примерах и не описывает проблемы свертки, с которыми я сталкиваюсь.


person Mrphin    schedule 15.12.2015    source источник


Ответы (1)


Это простой ответ, я удивлен, что не смог найти эту ошибку в Интернете. У меня были обратные отношения атрибутов. Должен быть наиболее конкретным для наиболее общего, но у меня был самый общий (с наименьшим количеством уникальных значений) для наиболее конкретного (с наиболее уникальными значениями). Удивлен, что это вообще сработало!!

Так что в моем примере у меня должно было быть SubValue, связанное с PrimaryValue.

person Mrphin    schedule 15.12.2015