сначала коротко о том что мне нравится:
при переходе с апрельского на июньский CTP практически перестала падать студия, пофиксились некоторые заметные баги.
в сентябрьском стало лучше проверять синтаксис.
вообще много приятного появилось и похоже продукт быстро приближается к хорошему виду

но вот скорость сводит на нет все радужные мечты, возможно просто это только у меня так...

конкретный пример:

в Dim1 около 15 000 в Dim2 около 200

время на AS2000 14 сек
на AS2005 70 сек

когда переписали на SCOPE


стало в 3 раза быстрее (22 сек) но все равно медленее в 1,5 раза хуже чем на AS2000.

понятно что экспериментов было много но ничего полезного не получил...

у кого какие наблюдения?

backfire Ihor Bobak backfireА вы бы не привели ваши тестовые запросы и грубо схему кубов, если в этом секрета не видете. А то может мы в разных направлениях AS нагружаем?

Извините, не могу (апликация коммерческая).
А можете привести структуру запросов к Adventure Works (я так всегда делаю, когда в форуме что то обсуждаю, а раньше приводил к FoodMart). Иначе какой смысл о чем то в форуме писать, если воспроизвести невозможно.

вот пример


далее закачали базу Adventure Works в SQL 2000, сделали куб (только необъодимое для этого запроса ) и:

на AS2005 22 сек (на виртуальной машине)
на AS2000 7 сек (на виртуальной машине, но чуть послабее)

backfireВы бы еще в VMWare пускали и в OLTP приложении скорость доступа к дискам меряли.

мы пускали в AS2005 и на физичекой машине - скорость менялась менее чем на 10%.

backfireМне лично кажется что ваш пример - пример того, что в OLAP лучше не считать. Двойная сумма по листьям - aггрегаты побоку - в SQL это влет, а для OLAP надрыв.

1. согласен что лучше так не писать

2. пример сделан из принципов:
а) чтоб "долго" считался
б) чтоб проще некуда: IMHO поиск и суммирование

3. если _основное_ достоинство AS2005 агрегаты - IMHO это плохо

4. у нас много CM, честно не вижу из этого выхода, так что мне надо чтоб быстро вычислялось...

сразу предвижу вопрос почему? постораюсь сформулировать коротко, (это отчасти перекликается с вопрос рядом который про балансы) :
надо иметь возможность факторного анализа роста прибыли в разрезе цен, номенклатуры, объемов, при этом используется 4 себестоимости (также есть еще 4 плановых), цены учитывая или нет доставку, и разумется во всяких разрезах... и сравнивая "произвольные" даты, подразделения и т.п.

P.S. приведите ваш пример - мы запустим его на тесте и у себя.

2 backfire:
Себестоимости у нас предрасчитаны, к счастью, и мы постоянно занимаемся тем что сначала пишем вычисление на MDX а потом переносим это в процедуры на SQL.
Но пример который идет ниже… ничего сделать не можем

2 Моша:
Большое спасибо за столь подробный ответ.
Присоединяюсь к просьбе backfire, от себя замечу что
А) мы _готовы_ учиться и переделывать
Б) есть реальные вещи которые хочется начать использовать как можно раньше (fuzzy lookup например) но сейчас нет уверенности что бизнес-пользователи не скажут что пользоваться новой версией невозможно…
В) присутствуя на обсуждениях идеологии AS много лет назад мы бы сейчас все понимали… но сейчас хочется простого и (невозможного?), получиться список, как и что заменить, и на что обратить внимание…

Так как и я и Вы понимаете что по каждому поводу мы не сможем (да не правильно это) обращаться сюда или в MS.

Но если можно воспользоваться Вашим вниманием, то что Вы посоветуете:

Для всех товаров надо перемножить количество проданное в первом периоде на себестоимость из другого периода (их много - какую конкретно выбирает пользователь, и еще она зависит от завода ), в виде формулы, в скобках от чего зависит

CM = qty (date1) * net_cost ( net_cost_name ,factory, date2 )

Вот что мы написали

Iif(IsLeaf([ItemGroup].[ItemGroup]),
Sum(Filter(Descendants([Factory].[FactoryH],,Leaves([Factory]) ), [Qty] <> 0),
StrToTuple("([NetCost]" + [Measures].[FilterStr] + "," + MemberToStr([Factory].[FactoryH])
+ ")") * [Measures].[Qty]),
Sum({[ItemGroup].[ItemGroup].CurrentMember.children})
)


( [Measures].[FilterStr] возвращает указанную пользователем строку, например: “,[Date].[Date].[Month].&[2005-01-01T00:00:00]” )

[NetCost] боюсь даже показывать…
А) он берет себестоимость из таблицы фактов
Б) если ее там нет (не было продаж в этом месяце) – то берет из куба «себестоимостей»
В) если дата – All то вычисляется «средняя» себестоимость (возможно это можно «предрасчитать» в кубе себестоимостей)


Я понимаю что конструкция сложная – но она работает в AS2000, с удовлетворяющей скоростью…
В AS2005 мы не смогли ни разу дождаться окончания по всем Items

Когда попробовали сделать конструкцию со scope то не смоги дождаться даже открытия закладки browse 
P.S. Извиняюсь за столь длинный пост.