Новый отчет olapreport
http://www.olapreport.com/Market.htm

Microsoft победил Hyperion и стал #1 OLAP-сервером в мире. Прогноз Gartner сбылся.
Миграция пользователей Oracle и DB/2 с "родного OLAP-инструментария" на MS OLAP приняла характер бегства с тонущего корабля. Oracle потерял почти 50% своей рыночной доли в OLAP-решениях и более не входит в пятерку ведущих поставщиков OLAP и не рассматривается olapreport как top-вендор. Тем не менее, Oracle может попробовать "отбить" утраченный рынок своими новыми OLAP-продуктами, однако не за горами MS OLAP 2003/2004, так что все не радужно.

MicroStragy потерял 23% своей доли побитый Business Objects.

Хороший рост кроме Microsoft показал только Hyperion и Cognos. На долю поставщиков поддерживающих XML for OLAP (Microsoft и Hyperion) приходится уже 44% рынка.
Однако следует учесть, что на долю Hyperion Essbase приходится только 55-60% продаж Hyperion. Если учесть эти факторы Microsoft имеет лидирующий OLAP-сервер с 2001 года и также с этого года Cognos Power Play имеет второе место. Большой отрыв MS AS от Cognos Power Play в пользу Microsoft произошел в 2002 году.

Microsoft уже пьет шампанское. :)

http://www.microsoft.com/presspass/press/2003/apr03/04-14marketleaderpr.asp

"Microsoft's SQL Server Analysis Services grew faster than the market and therefore increased its market share again," said Nigel Pendse, lead author of the OLAP Report and the OLAP Survey, in this year's market share report. "As in previous years, usage of Analysis Services grew faster than SQL Server itself, as Oracle and DB2 sites continue to select Analysis Services to build BI solutions on top of their existing relational databases."

Не верю я в benchmark от Oracle и спонсируемых им организаций, тем более что benchmak без согласия Microsoft для MS OLAP запрещены лицензией.

Вот действительно мнение экспертов. Реальные плюсы и минусы MS AS

http://www.olapreport.com/Comment_Microsoft.htm

Performance

Microsoft has not released any comparative benchmark figures, but anecdotal evidence from a number of applications indicates that the product loads and pre-aggregates data very rapidly, probably faster than any other product. Unisys has also published some interesting comparisons of Analysis Services operating in different modes. In particular, Analysis Services is probably even faster than PowerPlay at cube building and pre-aggregating, and is much faster than Essbase or Express. The database scalability is excellent, and the product deals with database explosion extremely well: particularly with large numbers of dimensions, database sizes are much smaller than with some of the major older products such as Essbase and Express.

However, the real performance Achilles heel is encountered with calculated members, which are all evaluated on-the-fly, often locally. If the calculations are done at leaf level in a cube with more than five dimensions, where any of the dimensions have thousands of members or calculations which look up values in other cubes, query performance can slow down drastically, to the point of becoming unusable — even with only a single user on a large server. This is particularly so with financial models and WAN deployments. The normally sub-second query times can stretch into the tens of minutes or even, in extreme cases, hours.

Поясню суть проблемы MS AS. Если вы используете MDX-запрос который лазит по очень большим иерархиям измерений он может начать тормозить, если вы плохо цепляетесь за агрегаты. Если же это не нужно, все летает.
Примеры.
1. Считает накопительные остатки в кубе, цепляемся за обороты по иерархии дат. Все летает. Время отклика - 1 сек.
2. Считает дебиторку прямо в кубе. Берем вычисленные балансы клиентов в п.1. MDX ползает по иерархии клиентов и складывает положительные балансы.
Если в измерении будет менее 2000 элементов будет все летать (2-3 сек). Заметим количество фактов любое - хоть 10 млн.
Если клиентов станет больше 5000, начнуться тормоза (1 мин).
При 10000 клиентов сильные тормоза.
Лечить можно поставив терминальный сервер и там клиента к MS OLAP. Между терминальным сервером и сервером MS OLAP хорошо бы гигабитный канал (или 2е сетевые карты директом соединить).
Другой вариант проще. Берем готовые балансы клиентов из вашей ERP, меняем Custom Rollup, чтобы они коректно складывались и все.

В MS SQL 2003/2004 Calc Members должны быть уже серверные.

Вам нужен точно мироконсалтинг. Просто без примеров на месте тяжело объяснить.
40 тыс. товаров это не объем. Я работал с номеклатурами в 200 тыс и более.
Обороты, остатки и доп. атр. будут летать.
Вы в вашем случае не попадете в проблемы как в задаче дебиторки, позвать по листьям не нужно.

Терминал + MS OLAP это совсем как Fox Pro с турбовентилятором.

Такую связку ипользует Unisys когда работает на MS OLAP с 5 млрд. фактов и со сложными вычислениями (это решение сделано для производства Motorolla). Я использую это решения на меньших объемах, но при очень навороченных Calc Members.

Кол-во Фактов - если сильно упрощенно, это кол-во записей в ваших таблицах.

Хотел сказать

Терминал + MS OLAP это НЕ совсем как Fox Pro с турбовентилятором.

:)

в смысле "ползать по листьям". в кнопки плохо попадаю. :)

Это означает, что для вычисления Calculated Member не достаточно проанализировать оборотные агрегаты в рамках строки/столбца.

Как я и думал тест Oracle чистое фуфло.

http://www.olapreport.com/new.htm

The latest Oracle 9i OLAP benchmark is dissected, including Oracle’s claim to have “embedded OLAP technology that runs faster—over 75 times faster—than any other OLAP solution in the market”. In fact, on one key measure, we show how this result was actually three times slower than runs of the same benchmark from three years earlier.