Ага, кажется начинаю прозревать.
Создал у моего строкового измерения свойство и запихал во все иерархии поле [Full Date], которые есть DateTime
В надежде, что сортировка по нему позволит показывать не все понедельники вначале, а в зависимости от дня.
В случае с порядковым номером - помогло, я увидел не 1,10,100, а 1,2,3,4
Помогло.
А с датой нет. Что DESC, что ASC - понедельник, вторник, среда, четверг и т.д.
Т.е. я так понимаю, что когда я задал ключом дату - он стал сортировать по дате, но в обратную не делает.
Когда вместо CurrentMember.Name пишу CurrentMember.Key - ругается.

И еще - каким MDX запросом можно запустить пересчет куба?
Мне надо каждый день, раз в 4 часа пересчитывать куб - измерение дат может меняться, данные по продаже дополняться.

:(
То есть нет какого-нибудь "Alter Cube", "Update Cube"?
А это 2 равноценных варианта или это 2 этапа одного решения?

Реализовал в ДТС, спасибо за наводку.
Вопросы:
1.Когда считается куб, с ним можно работать? Какой уровень изоляции тут?
2.Можно ли выводить средневзвешенные показатели?
Поясню:
есть в таблице фактов не только кол-во продажи, но цена закупочная и продажная.
Т.к. товар из разных партий, то цена от продажи к продаже может отличаться.
Значит за день могли быть к примеру 2 продажи: 100 шт по рублю и 5 шт по 2 рубля.
Значит средняя цена продажи за день равна (100*1+5*2)/105
Вот как мне это запросом вызвать?
И еще - есть параметры, которые интересуют только за день, например текущий дневной остаток товара и эти самые цены.
Как лучше поступить - хранить всё в одним кубе и запросом выбирать только первую позицию или построить отдельный маленький куб?
Если можно, с примером запроса

У меня есть физицеские мера Кол-Во и Цена (KOL, PRICE)
Создал вычисляемую меру SUMSUM=KOL*PRICE
Как мне теперь получить среднее значение за день?
мне надо sum(sumsum)/sum(kol) и тогда я увижу средневзвешенную цену за день.
Как это МДХ запросом сделать?

Понял, это будет уже пятая мера, но придется, в Sql Server создам.
А как дальше? Мне надо потом тогда SUMSUM/SUM(KOL) сделать...
Или это тоже придется в сиквеле реализовать (там я по крайне мере синтаксис знаю)

как я понял СМ считается на клиенте, а этого не хочется делать. Видимо всё таки придется считать это в сиквеле и запихивать как отдельную меру.
Просто глупо как-то - в день было 10 продаж и значит я 10 раз буду в таблице держать средневзвешенную цену :(

А можно пример запроса, который будет это делать?
Т.е. как мне реализовать в ОЛАП то, что щас я делаю в Сиквеле так:

Нельзя без повторной группировки - будет

Я понял, вы правы, вторая аггрегация не нужна