В этой дискуссии было бы интересно обсудить реальный опыт настройки аналитической системы (не так важно, Cognos или какой-либо другой), когда в качестве источника данных используется ERP-система JD Edwards.

2 No Pasaran:

Но раз Вы все-таки просите, пара самых больших таблиц: F4211 и F42119. Чтобы не мучать Вас поиском информации, что же это такое - это таблицы текущих заказов и истории продаж. Каждая из них содержит 300-400 колонок.

Хорошие таблички :) Правда по моим данным, в каждой из них всего по 218 полей :) У Вас все поля заполнены значимыми данными?

Ну и еще один небольшой ньюанс: логика необходимых преобразований, а также контроля того, чтобы информация не дублировалась, описана на императивном языке программирования, и листинг занимает десятки, если не сотни страниц. Меня больше всего инетерсует вопрос, как Вы с помощью мышки реализуете все необходимые преобразования %).
Ну так хватит 4 часов? %).

Приведу пару скриншотов (см. вложенный архив). В первом таблица F4211 связана еще с тремя - с шапкой документа и с двумя справочниками. Во втором - внешний вид модели OLAP-куба на основе этих связанных таблиц.
Чтобы сделать такой кубик, надо потратить максимум 20 минут :) За оставшееся время можно выбрать дополнительные поля из таблицы фактов и подключить еще несколько справочников. Так что, как мы видим, ничего сложного здесь нет. А остальное делается во время проекта по внедрению.

Владимир,

Обычно пользователи так или иначе получают отчеты из ERP-систем. Практически всегда имеются готовые вьюшки или SQL-запросы, выбирающие нужные измерения и показатели. Поэтому мне не составляет труда взять такую вьюшку и за час создать на ее основе OLAP-куб, добавив в него энное количество вычисляемых измерений и показателей (в т.ч. на основе Distinct Count, что в традиционных отчетах непросто сделать). Ну и ты надеюсь понимаешь разницу между статичным отчетом и качественным OLAP-клиентом.