Грустный CIOОдним из кандидатов является естественно BW. Подскажите пожалуйста какие данный продукт имеет +/- со следующих точек зрения:
- скорость внедрения

скорость внедрения будет сильно зависить от консультантов.
экстракторы, цели данных и т.д. (терминология SAP BW) требуют обучения и соответственно времени. ИМХО, MS AS будет в выигрыше

Грустный CIO- Проблемы с сопровождением готового решения (r3 внедрена не так давно, так что конфигурация пока не стабильна и изменяется достаточно часто)

тут независимо от продукта - пока нет стабильной работающей ERP-системы или отдельных ее модулей, ИМХО, приступать к OLAP рано и совершенно бессмысленно

Грустный CIO- обучаемость персонала (удобство использования)
- аналитические возможности (drilling, графики, сравнения....)
+
Грустный CIO- функционал

это все клиент и, конечно, тут BW на уровне
особенно мне понравилось - возможность ограничивать запрос пользовательскими параметрами

авторКонфигурация R3 была достаточно сильно изменена. Предполагается работа с большим количеством данных - от 100 Гб. Есть много внешней маркетинговой информации, которая ведется отдельно.

Больше зависит от платформы

Грустный CIOНо с другой стороны: достаточно убогий интерфейс, куча аналитических статей о том, что BW лучше всего использовать как один из источников данных для аналитической системы. Какой тогда смысл иметь 2 аналитические платформы одновременно? Не проще ли тогда самостоятельно разработать процедуры выгрузки данных из R3? Будет ли это дешевле?

насчет интерфейса - а где лучше, и надо ли лучше
непонятно откуда взялась вторая аналитическая система
сви экстракторы? Скажется на времени + зависит от уровня R3'ых специалистов. Дешевле - если первое и второе терпит
дешевле однозначно

Грустный CIOПомогите пожалуйста советом или подскажите какие-нибудь информационные ресурсы для дальнейшей раскопки.

что тут дальше ковырять, ИМХО, если есть деньги - берите BW, однозначно

hellЕсли BW юзает базу так же как R/3 - я сочувствую BWшникам, ибо отчетов они ждут ночами наверно :-)

я все-таки думаю, что это больше относиться к платформе
чему там конкретно в BW тормозить-то
DWH, ИМХО, строит на суррогатных ключах, т.е. что засунешь, то и получишь

DeAmon2KBW настолько сырой

А что, связанное с OLAP, не сыро?
Знаю один проект, нормально работающий и постоянно расширяющийся

hellЯ думаю, выгружать в MS SQL или Oracle проблемы не будет особой и без dbf :-)

Вот потестирую OWB с выгрузкой из SAP, расскажу, как оно

все равно же придется экстракторы писать

hellПодозреваю, что SAP BW не использует никаких OLAP возможностей Oracle и никакой оптимизации под OLAP в плане RDBMS (bitmap indexes, partitions, mat views, STAR TRANSFORMATION), ни тем более MOLAP опции. Подозреваю будут голые таблицы+логические таблицы итогов. Т.к. SAP BW "заточено" под несколько СУБД.

Всегда остается возможность хирургического вмешательства на уровне платформы
правда это черевато :-) и требует времени разобраться что к чему и необходимых знаний

Виктор СаковичEldar, я счастливее Вас, поскольку таких проектов знаю побольше.
Что касается BW, то сам не юзал, но клиент брал та тестирование, и на Informix он глючил просто по-страшному, поэтому его и не стали брать. Правда, это было года два назад.

Я имел ввиду BW'ый проект, в котором мне иногда приходится щелкать мышкой, как пользователю и о котором я могу почти точно судить о его успешности.
+ сам имею некоторые знания BW, хотя сижу на "голом" MS AS

И насколько я видел другие проекты, примерно такого же масштаба, BW им не чуть ни устапал, и даже, где-то наоборот

Что касается патчей, тут (у SAP) ситуация такая же как и у MS - какое-нибудь обновление да выходит почти каждый месяц