Комплексы аналитических приложений
|
Стивен Майер |
Продолжение. |
Как выбрать? | Необходимая/допустимая степень настройки | Чудес не бывает |
Каждый пакет РАА включает предположения о том, какие исходные системы используются для заполнения схемы комплекса и что планируется делать с исходными данными после их загрузки в базу. Гибкость важная характеристика любого приложения. Можно ожидать, что потребуется настройка в трех сферах: база данных, ETL и отчеты. При проектировании базы данных главное изучить схему данных с точки зрения двух критических факторов.
Если вы работаете в сфере финансовых услуг и нуждаетесь в данных на уровне счетов, а РАА может выдавать сводки только на уровне клиента, значит у вас возникнут трудности, справиться с которыми нелегко. Если программа предлагает только итоги дня, а вам они нужны каждый час, то как быть с этим? Возможно, мы несколько сгустили краски, но приведенные примеры дают представление о проблеме детализации, которую стоит знать, прежде чем покупать РАА.
Пользователи систем ERP наверняка сталкивались с подобной проблемой, когда код настройки стоимостью в миллионы долларов, написанный, чтобы оптимизировать приложение, фактически запрещал апгрейд приложения, требуя новых миллионных затрат на апгрейд настройки. Опыт прошлого поможет избежать ошибок. Мы не предлагаем совсем отказаться от настройки приложений, а лишь советуем внимательно изучить проектную методологию поставщика РАА и понять, где кроется опасность. Так, большинство поставщиков предусматривают пользовательские поля и не советуют вносить иные изменения в схему базы данных. Однако не все они могут внятно объяснить, где в ETL, предназначенном для заполнения этих пользовательских полей, настройка допустима, а где она приведет к конфликту с будущими версиями продукта. |
<<предыдущая | [1][2][3] | следующая>> |
[вид для печати] | ||
© DM Review |