ElkinЗдравствуйте!
Суть вопроса:
Допустим есть измерение [Магазины] , у членов которого есть свойство "директор".Оно для конкретного магазина ,понятно,со временем может измениться.Мне бы хотелось получать информацию ,например,о продажах в магазине за конктреный месяц + кто был в это время его директором.
Я делаю СM "директор" : [Магазины].CurrentMember.Propeties("директор")
Потом такой запрос :
select
{[Measures].[продажи],[Measures].[директор]} on columns,
[Магазины].members om rows
from mycube
where [time].[конкретное время]

а значение колонки "директор" не изменяется, какое бы время не стояло в блоке where и равно "последнему" директору

Подскажите,пажалста, как быть.

Так предыдущих директоров надо где то сохранять. А где они у вас хранятся?

А как у вас построено измерение Магазины?

Один уровень или 2?

Самое простое решение.
Постройте отдельное измерение директора. Затем, либо вставьте в таблицу фактов поле директор либо, что мне ближе по духу, отдельный кубик на таблице (Дата, Магазин, Директор) и свяжите его в виртуальном кубе с вашим основным.

Посмотрите также по форуму и в литературе (интернете) на предмет: Медленно изменяющиеся измерения, Slowly Changing Dimensions (SCD)

ElkinСпасибо за совет.Попробую.

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

Никаких проблем

Туда же

какое поле таблицы измерения является MemberKey, какое является MemberName?

Запрос в студию

ElkinДа хотя б если просто написать так:

select
{[Measures].[...]} on columns,
[xxx].members on rows
from cube

- у [ххх] есть члены с одинаковыми именами

Вообще-то количество ячеек в колонке соответсвует количеству мемберов,
объединяются ячейки в заголовках строк

Так ни запрос ни AS не при чем :-) Это вы с клиентом разбирайтесь, на котором такое нежелательное объединение происходит