Имеем большое плоское измерение (64к > элементов на листовом и единственном уровне)

Естественно, для борьбы с проблемой "64к" вводим невидимый уровень для группировки руками (автоматической группировке веры нет).

свойства листового уровня:
Members Key Unique = true
Members Names Unique = true

свойства невидимого уровня:
Members Key Unique = true
Members Names Unique = true


Наступает время, когда надо у листового уровня сделать
Members Names Unique = false, ибо приходит требование, что MemberName может менятся со временем, а MDX запросы от этого не должны страдать (эмпирическое правило формирования UniqueName состоит в том, что оно строится по ключам, если Members Names Unique = false, по крайней мере других надежных способов отучить AS от использования Members Names в UniqueName я не нашел)

и тут нас ждет сюрприз в виде (см. файл)

У меня 2 вопроса:
- Почему это так, какие причины этого ограничения. Мне кажется, что AS в состоянии работать и без него.
- Как с этим бороться (конечная цель UniqueName не должен зависеть от Members Name)

MoshaДмитрий опять прав - если сделать dimension как changing, то UniqueName от имени зависеть не будет (т.к. известно что оно может меняться)

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Ну сделаю я Changing dimension, но остается вторая проблема.
У меня нет гарантии, что Member Name в пределах уровня однозначно.
Ключ да, а Member Name нет.

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

неужто надо карячится и клиентом скрывать уровень?

какого ... Шилон хочет уникальтное имя после невидимого уровня?
зачем оно ему? неужто внутреннее id tipa ushort

Проблемы растут.

Сделал я у всех измерений changing = true, но это не помогает, uniquenames формируются все равно через Member Name, а не Member Key. Даже полный перепроцессинг измерений не лечит ситуацию.

"Весь мир стал серым, серым, серым ...." :-(

Mosha
Взяв всю эту информацию вместе - можно устанавливать "MDX Compatibility=2;MDX Unique Name Style=1" и должны получаться ключи. Тоже самое можно сделать через registry на клиенте или на сервере для всех клиентов.
Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

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

quot Mosha]если сделать dimension как changing, то UniqueName от имени зависеть не будет (т.к. известно что оно может меняться)

Моша

тем более, что про ключики и Споффорд упоминал, только вот шаманство с Execution Location и Cleint Cache Size, меня до добра не привело, пришлось все установить в дефолт (т.е повыкидывать из строки соединения)

Моше.

Спасибо, предложенный вами путь работает, только есть парочка "но".
А именно, что на парочке измерений хотелось бы "оставить все по старому", может это можно как то?


Ну и на последок.
Если жить с недефолт ключами в реестре, какие приключения нас подстерегут в Юконе?

Кстати один вопрос остался таки без ответа.

Почему нельзя сделать неуникальными имена в уровне, следующем за нивидимым???

Mosha backfireПочему нельзя сделать неуникальными имена в уровне, следующем за нивидимым???
Потому что он не хочет чтобы под одним parent (который будет All в этом случае) были бы members с одинаковыми именами. Вообще то это небольшой баг, потому что у dimension есть специальное property "Allow duplicate names", но даже если его поставить в True, он все равно не хочет делать names not unique на первом видимом уровне...

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights


Тем, что это "небольшой баг" Вы хотите сказать, что можно поставить свойство измерения "Allow duplicate names" в true, поставить у первого видимого уровня "Member Names Unique" в true и сервер не будет ругаться на "duplicate names" при процессинге?

Ой чуствую, что не все там так розово и WorkAround (делать уровень "невидимым") придется делать самому на этапе генерации MDX.

Moshaможно устанавливать "MDX Compatibility=2;MDX Unique Name Style=1" и должны получаться ключи. Тоже самое можно сделать через registry на клиенте или на сервере для всех клиентов.


MDX Unique Name Style=1 действительно дает ключи, но для всех измерений и безусловно.

Мне лично больше понравился MDX Unique Name Style=3.