2 Виктор Сакович:

Причина была в том, что MSTR была ранее внедрена в одном из региональных подразделений этой компании, и компания решила идти по обкатанной дорожке. Однако поскольку объемы данных в регионе и в центральном офисе этой компании отличаются как минимум на порядок, я считаю что для Cognos еще не все потеряно
Это несомненно так.

К чему относится Ваша фраза "Это несомненно так"? К обкатанной дорожке, или к тому что сейчас у заказчика MSTR конкретно тормозит, нет возможности анализировать детальные данные по продажам, на полках из-за этого часто отсутствуют лекарства и в итоге страдают (хорошо если не умирают) покупатели? Здоровье нации - дело серьезное, поэтому львиная доля фармацевтических компаний используют OLAP-продукты, а не медленный репортинг).

А ещё Вы не смогли продемонстрировать решение большинства задач, которые были предложены клиентом, частично потому, что Cognos PP не предназначен для решения таких задач, частично, может быть, из-за Вашей некомпетентности в продукте Cognos PP.

Мы вовремя не узнали, что региональное подразделение этой компании использует MSTR, и поэтому не смогли избежать необъективности в этом тендере. Часть задач была легкими, а другая часть - заточена на сильные стороны MSTR. Так как Cognos имеет ту функциональность, которая нужна миллионам менеджеров и руководителей, в нем не была учтена эта экзотическая функциональность :) Эти задачи можно было решить в модуле, аналогичном MSTR - в Impromptu, но мы знали, что в крупных розничных сетях из-за большого объема данных, кроме OLAP ничего реально работать не может. Поэтому мы показали PowerPlay, продемонстрировали те задачи, которые реально актуальны для розницы (из нашего отраслевого решения для розницы), прямо на глазах представителей заказчика выяснили, в каких аптеках в такое-то время суток лучше всего продается виагра :) Покрутили кубики, показали средний отклик на запрос в пределах 5 секунд. Но по формальным признакам мы не дотянули до победы :)

Вы пришли с магическими квадратами Гарднера и заунывной песней о том, что MicroStrategy не умеет делать инкрементальное обновление кубов

Это была не песня, а многолетний опыт внедрения аналитических систем в крупной рознице. Без инкрементального обновления OLAP-кубов аналитическая система работать не будет. Поскольку пресс-релиза об успешном внедрении MSTR у этого заказчика опубликовано не было, то боюсь что мой опыт меня не обманывает, и MSTR не позволяет заказчику анализировать данные (уж не говоря о таких темах как визуализация данных на картах и планограммах).

На мой взгляд, Вы зря уж так сильно ополчились на MSTR. Всё таки Вашим основным конкурентом на ближайшее время будет MS AS 2005. Я считаю, что Microsoft сделал очень хороший продукт, реализовав практически всю функциональность, которую можно иметь в MOLAP технологиях.

Я не ополчился на MSTR. Просто хочется расставить все точки над "i", развеять тайну, окутывающую MSTR. Хочется подтвердить мои гипотезы о сильных и слабых сторонах MSTR. Однако специалисты по MSTR - это похоже одни сейлзы и маркетологи, не имеющие опыта внедрения MSTR и ссылающиеся только на мифические проекты, сделанные на Западе. И с такими специалистами тяжело разговаривать на техническом языке.
Точно так же я хочу разобраться в сильных и слабых сторонах BO и MS AS.
А насчет конкуренции - это как-то несерьезно. Не могут MS AS, MSTR, BO и т.п. конкурировать с Cognos, поскольку у них есть лишь половинчатая функциональность (либо OLAP, либо репортинг), а у Cognos - полная функциональность (OLAP и репортинг интегрированы).

2 Kaniovski:

Хочу сказать что меня не устраивает в MS AS и родных к нему клиентов от Microsoft - не позволяют делать фильтрацию. Например у меня имеется измеряемая величина в кубе - сумма продаж. Хочу задавать динамически диапазоны сумм для которых нужно делать срезы. То же касается и измерений - например хочу чтобы срез был по позициям в измерениях начинающихся/содержащих какие-то символы и т.п. Вот что не устраивает в основном.

А OLAP-клиент Cognos PowerPlay/Analysis Studio Вы видели? Там такая задача решается без проблем.

2 MSTR_admin:

Так как BO и MSTR я не считаю OLAP-продуктами ...
то Вам стоит почитать:
1. определение термина OnLine Analytical Processing
2. ислледования ведущих компаний в области OnLine Analytical Processing
далее, когда в Ваших мозгах отложится хотя бы минимальная достоверная информация, можете вернуться на форум и продолжить свою пропаганду когноса ...

Стандарты и определения - это все теория. Повторяю, если система не позволяет проводить интерактивный многомерный анализ данных (OLAP, оперативная обработка данных), то ее нельзя назвать термином OLAP. Вы похоже не делали проектов с приличным объемом БД, никогда не общались с менеджерами и руководителями из крупных и не очень крупных компаний... Поэтому Вы и не знаете, что им нужно для поддержки процесса принятия управленческих решений.