Use Case:

Создаем в измерении времени СM, например, CurrentYear. По какой формуле вычисляется не важно. Важно что во время выполнения запросов ему соотевтствует вполне определенный элемент с уровня Year. Аналогично для CurrentMonth и т.п.

в идеальном случае в ResultSet должен фигурировать физический элемент [2006], хотя в MDX запросе (скрипте) упоминается [CurrentYear].

Зачем все это надо?

1. DrillDown и Through
2. WriteBack.
3. etc.

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



Посылам например запрос

select
{[Time].[CalenderYear].[CurrentYear], [Time].[CalenderYear].[PrevYear]} on columns ....,

а получаем в CellSet на оси

{[Time].[CalenderYear].[Year].[2006], [Time].[CalenderYear].[Year].[2006]}

Беляев backfireUse Case:

Создаем в измерении времени СM, например, CurrentYear. По какой формуле вычисляется не важно. Важно что во время выполнения запросов ему соотевтствует вполне определенный элемент с уровня Year. Аналогично для CurrentMonth и т.п.

в идеальном случае в ResultSet должен фигурировать физический элемент [2006], хотя в MDX запросе (скрипте) упоминается [CurrentYear].

Зачем все это надо?

1. DrillDown и Through
2. WriteBack.
3. etc.

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



Посылам например запрос

select
{[Time].[CalenderYear].[CurrentYear], [Time].[CalenderYear].[PrevYear]} on columns ....,

а получаем в CellSet на оси

{[Time].[CalenderYear].[Year].[2006], [Time].[CalenderYear].[Year].[2006]}

А named sets попробуй, тогда, правда, писать надо (пример дан для AS2K5)

with set [CurrentYear] as [Time].[CalenderYear].[Year].[2006]
set [PrevYear] as [Time].[CalenderYear].[Year].[2005]
select
{[CurrentYear],[PrevYear]} on columns ....,

Владислав Беляев

Довольно привлекательная идея, стоит покопать ее глубже.

MoshaИли, просто задать это как DefaultMember на соответствущем атрибуте и писать


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

И что дальше?

Например я могу написать


Но

Не катит, вот если его бы на каждом уровне можно было задать...
Короче я не вижу особого развития этой идеи :-(

А как по вашему может работать Year.DefaultMember.Children, без указания user defined hierarchie???? Ведь Year это attribute hierarchie, которая по определению состоит из 1 уровня

Из какой иерархии он будет брать элементы?

По определению .DefaultMember Returns the default member of a dimension or hierarchy. А мне надо иметь CurrentYear, CurrentDay, CurrentMonth.
Даже если я их благополучно объявлю для каждой attribute hierarchie, я не смогу в одном сете свести

{Year.DefaultMember, Month.DefaultMember, Day.DeafultMember}

а мне надо иметь возможность иметь в одном сете (на одной оси)


{TimeDim.YMD.YearLevel.CurrentYear, TimeDim.YMD.MonthLevel.CurrentYear, TimeDim.YMD.DayLevel.CurrentDay}

(YMD это User defined hierarchie)


Теперь еще один философский вопрос.

Дано:
TimeDim.Year.[2006] обозначает физически всегда и без вариантов то же самое, что и TimeDim.YMD.YearLevel.[2006]

Вопрос:
Как, не стреляя из пушки по воробьям (желательно на чистом MDX), получить из TimeDim.Year.CurrentMeber -> TimeDim.YMD.YearLevel.[2006]?
Или еще в более общем виде

FunctionXY(HierarchieM, MemberN), where HierarchieM это user defined hierarchie, содержащая свом уровнем attribute hierarchie, которой принадлежит MemberN.

p.s. Да и как то боязно "to rape" DefaultMeber, ведь он несет дополнительную нагрузку в виде "фильтр по умолчанию". Если я перенацелю в каждой attribute hierarchie defaultmember на то что мне иногда надо, я должен буду расплачиваться указанием в явном виде All-member всегда , там где я о нем и не вспоминаю, что собственно является main stream здравого MDX.

MoshaТочная формулировка задачи уже на 80% содержит решение. Вы, уважаемый backfire совершенно справедливо требуете от других полной постановки вопроса, пожалуйста не забывайте об этом сами :)

Если коротко, то как я уже говорил в первом сообщении, мне необходимо перевести определение current членов с "клиентского кода" на серверный.


BackfireВопрос:
Как, не стреляя из пушки по воробьям (желательно на чистом MDX), получить из TimeDim.Year.CurrentMeber -> TimeDim.YMD.YearLevel.[2006]?


Mosha





Честно говоря не понял, что Вы хотели сказать, приведя это выражение в ответ на мой вопрос.
Пожалуйста, Не могли бы Вы прокомментировать это подробнее.

Mosha backfireЧестно говоря не понял, что Вы хотели сказать, приведя это выражение в ответ на мой вопрос.
Пожалуйста, Не могли бы Вы прокомментировать это подробнее.
Конечно, я попробу1 обьяснить. Допустим, что у нас установлено на атрибуте Year в качестве CurrentMember значение 2006. Соответсвенно, это отразится и во всех иерархиях в которые входит атрибут Year, в том числе YTD. Но, как Вы заметили, поскольку и по другим атрибутам (Month, Day) их CurrentMember может и не быть [All Months] или [All Days], то надо их туда принудительно отправить, поскольку Вам надо получить именно 2006 год именно в иерархии YTD. Отправить атрибуты в All, это тоже самое что и подняться по уровням иерархии, поэтому я и применил функци1 Ancestor, остановившись на нужном уровне, а именно Year.

P.S. И как я уже говорил выше, предложение г-на Беляева построить named sets, видимо самое лучшее.


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

Спасибо, теперь понятно.