Кто-нибудь может сказать что-либо плохое или хорошее про линейку BI продуктов от MIS AG?

В двух словах про требования:

1. Query&Reporting
а) репорты не сложные но разных видов (crosstab, плоские, с группами);
б) желательно хорошее условное форматирование;
в) возможность drilldown в группы (необязательно);
г) средства навигации по большому репорту (кроме листания страниц);
д) работа с Oracle не через ODBC/OLEDB, а нативно.
е) примерно 10 пользователей и 1 разработчик.

2. OLAP сервер.
а) возможность drillthrough;
б) объемы не большие (кол-во фактов за 1,5 года после внедрения учетной системы около 2 млн., но думаю в будущем 2-3 млн./год);
в) сфера бизнеса - логистика, склад электронных компонентов;
г) учетная система для склада не стандартная - собственной разработки (Oracle + Sun UDS). Но не исключено, что одним из источников данных будет SAP R/3 (используются только HR и FI);
д) аналитиков нет (пользователи - менеджмент);
е) примерно 10 пользователей и 1 разработчик;
ф) отдельный DW (тоже Оракл) не проблема.

3. Тонкий клиент - т.е. использование броузера как клиента для работы как с кубами так и с простыми репортами.

4. Как альтернатива рассматривается линейка BI от Cognos или Сrystal. Сейчас для Q&R используется старый CR 8.0, но по разным причинам есть желание от него уйти. Насчет MS AS думаю, что он нам не подойдет, т.к. Excel не будет использоваться в качестве клиента, а также BI Portal насколько я понял, в т.ч. читая этот форум - еще сыроват.

Понятно, что одним из главных условий является бюджет, выделенный под такой проект, но это как всегда покрыто туманом. Думаю на все про все можно потратить не более $50.000 (но это включая стоимость hardware для BI, а также hardware+Oracle для DW, если он понадобится).

Спасибо всем откликнувшимся.

2 Jurii

Насчет форумов Вы правы, но к сожалению именно немецких форумов я не нашел. На мой взгляд лучший и единственный это http://groups.google.de/groups?hl=de&lr=&ie=UTF-8&oe=UTF-8&group=comp.databases.olap. Сейчас нахожусь пока в стадии изучения того, что там уже написано про MIS AG.

Вы будете смеятся, но мы вообще не планируем прибегать к услугам консультантов. Отчасти из-за жадности :-), отчасти от того что проект не имеет определенного deadline. Т.е. наш разработчик сможет постепенно войти в курс дела и изучить продукт.
Поскольку другая фирма нашего концерна использует BI от Cognos, то я уже сделал на нем пилотный проект (правда это не последние версии - PP 6.61). Все что касается OLAP сервера, создания, представления и работы с кубами в web мне очень понравилось. Но не могу сказать этого про Q&R инструмент - Impromptu. По сравнению с Crystal Reports (Crystal Enterprise):
а) напрягает отсутствие гибких механизмов условного форматирования,
б) drilldown в группы осуществляется путем вызова нового отчета, а в CR группы можно формировать и делать drilldown в одном и том же отчете.
в) в crosstab репортах при переменном количестве столбцов (зависит от входных параметров) теряется форматирование.
г) не нравится организация вебовского фронт-енда - необходимость проверять inbox на предмет выполнения отчета, в CE это более наглядно.
д) Основной формат веб-представления - pdf после Кристалловских плагинов смотрится несколько непривычно.
е) Инструмент для формирования приглашений на ввод входных параметров PowerPrompt хорош, но напрягает необходимость иметь как минимум две страницы в сценарии.

Есть конечно и положительные моменты, например, более широкие возможности кастомизации sql запроса. Более надежная работа c web (у CR постоянно вылазят какие-то глюки).

Юрий, удивительно от Вас слышать, что Вы называете ETL-продуктом Impromptu. Насколько я понимаю у Cognos такой продукт называется DecisionStream.

2 DmitryS

1. Хочется интегрированного решения от одного поставщика.
2. Насчет ad hoc анализа я не совсем понял - Вы имеете ввиду отчеты, создаваемые на лету? Если так, то да - не будет.
3. Тогда предложите, что лучше использовать как web deploy (representation) инструменты для MS AS (знаю , что таким мог бы быть Cognos Upfront, но какой тогда в этом смысл?)
4. Да, бюджет на весь проект включая hardware. Но я пока особо на эту сумму не ориентируюсь. Единственное, что я понял, просчитав стоимость Oracle 9i OLAP, то что такое решение явно вылезет за его рамки. Да и на java у нас никто программировать не будет.
5. Как я уже отметил хочется взять всю линейку от одного поставщика. Ну и соотношение цена/качество продуктов Crystal меня честно говоря не радует.
6. Насчет ETL - интересно поиграться, но считаю задачу не настолько сложной и себя достаточно продвинутым :-) в этой области, чтоб построить DW самому, а данные выгрузить, обработать и загрузить подручными средствами (perl, SQL*Loader). Создать самому необходимые материализованные представления тоже не проблема.

2 FFFF

С точки зрения производительности постройки кубов - да, возможно для нашего проекта это большой роли не играет, но вот все остальные МЕЛОЧИ, о которых я выше писал - довольно существенны.
Что касается того почему нужен именно OLAP, а не ROLAP - согласитесь что время отклика "чистого" OLAP сервера (MOLAP) намного более предсказуемо и независимо от объема данных.