Есть 7 городов-филиалов. В каждом справочник товаров. У каждого товара есть "Код" и есть "Наименование". Справочники теоретически должны совпадать, т.е. в каждом городе товар с кодом 123 должен называться "Товар № 123". Но иногда города могут переназвать этот товар, например "Товар #123" (ну это пустяки). Или, что хуже, могут на этот код посадить ваще другой товар.

Вот и хочу сделать кубик чтобы посмотреть насколько совпадают справочники товаров в городах. Т.е. увидеть такую примерно структуру

Таким образом я посмотрю действительно ли на одинаковых кодах сидят одни и те же товары. И если нет, раскрытие на города поможет мне узнать в каком городе проблемы.
Исходная табличка для измерения простейшая "Город,КодТовара,ИмяТовара"
КодТовара - уникален в пределах одного города (!).

Вот я делаю обычное трехуровневое измерение КодТовара-ИмяТовара-Город.
И все бы замечательно, если бы этих кодов не было больше 64 тысяч. Пришлось делать еще один верхний уровень, в котором я поставил свойство Groupnig=Automatic и Visible=False. И теперь оно, измерение, либо не сохраняется, либо не процессится, ругается на уникальность членов. Я вот никак не пойму че ему надо... Блин, отвечу на любые уточняющие вопросы, скажите че бы сделать!!!

Уже написал ;-) Для моей цели конечно лучше SQL-ик простенький.

Но не пойму, почему измерение то он не строит!!!
Мне похожее измерение потом понадобится в кубах не для проверки а именно для работы.
Вот смотрите - делаю новое простейшее измерение.

Первый уровень - Город. 10 элементов, все уникальны.
Второй уровень - Товар. 70000 элементов. Код товара уникален в пределах города!!
Третий уровень - Наименование+Город.162000 элементов. Уникально в пределах кода товара.

При процессинге он сразу ругается на уровень Товар (второй), пишет что имеются повторяющиеся элементы.(Dimention Member key is not unique) НО ВЕДЬ В ПРЕДЕЛАХ ГОРОДА ТОВАР НЕ ПОВТОРЯЕТСЯ!!!

Нахрена мне тогда уровень ГОРОД, спрашивается?!

ичче не понимаю ;-((

Константин, так вот я и пытаюсь трудиться над качеством, чтобы потом можно было построить отчет "как тот или иной товар продается в каждом городе"! :-).
Все именно и делается из-за этого отчета!
И столкнулся вот с такой проблемой, которая меня зацепила в теоретическом плане.
Мне уже и измерения то это чертово не нужно само по себе, найдем как обойти проблему, но логику MS AS я понять не могу. А хочется ;-)

Юрий - уникальность в MS AS отключить можно, но тогда этот гад не дает сохранить измерение, пишет что, если у меня применена автоматическая группировка (это нужно для измерений с количество членов > 64000), то все нижестоящие уровни должны иметь уникальные Members Keys ;-(
Причем в пределах всего измерения.

Да РТФМ как-то все слишком в общем говорит... Вроде как я все что читаю - все и
так знаю... а вот не получается... видимо еще не все. (Ну, или RTFM битый :-)
Короче, сложно мне из него выцеплять нужную инфу.

А насчет флейма - не думаю... уже все устали, мне кажется ;-)))

Да как же мне без группировки сделать на первом уровне измерения 75 тысяч элементов?!

Не кричите на меня, мне и так трудно :-))
Уровчень то я сделал, но я его делаю скрытым (он же мне не нужен!!!), а если делаю скрытым, то он требует чтобы последующий элемент был уникальным

Короче, у меня видимо просто неправильно поставлена задача ;)