ДеняКак-то пробовал сделать Олап-куб сразу на данных 1С-Бухгалтерии. однако пришел к выводу, что это практически не реализуемо.
Основная проблема - это большое количество субконто (зачастую повторяющих друг-друга, вроде справочников затрат, коммерческих расходов и т.д., или ОС и НМА.., которые было бы логично именть как одно измерение), а также расположение субконто одного вида на разных уровнях на разных счетах ( вроде того что на 60 счете контрагенты идут первым субконто, а на 62 счете - это может быть третьим субконто :(.
Поэтому (imho) единственным вариантом является создание отдельного хранилища в которое уже можно будет переливать данные, а дальше процессить кубы
Дружище, ты просто мало этому уделял времени.
Я уже 2 года в этом варюсь, и поверь, что ничего сложного там нет.
Даже универсальные инструменты сварганил...

Согласен. Но считаю, что перед облагораживанием ОЛАПом просто необходимо конфигурацию довести до приемлемого состояния.
А иначе никакой из методов построения ОЛАП - решений эффекта не принесет.

Деня Ruban Igor
Дружище, ты просто мало этому уделял времени.
Я уже 2 года в этом варюсь, и поверь, что ничего сложного там нет.
Даже универсальные инструменты сварганил...

поделишься знанием:)?

Можем обсудить.
Аська 68611696

backfire Ruban IgorСогласен. Но считаю, что перед облагораживанием ОЛАПом просто необходимо конфигурацию довести до приемлемого состояния.
А иначе никакой из методов построения ОЛАП - решений эффекта не принесет.

А стоит ли овчинка выделки? Вы много видели, что OLTP перестраивали в целях OLAP? Я ни разу. Как раз DWH и строят для таких целей.

Хотя все зависит от масштабов, поставленных целей и имеющихся средств. Так что все возможно.

Поверь, что стоит. В практике доводилось делать и такое. Особенно клиенту не афишировал, говорил лишь, что нужна некоторая "нормализация". Проводил ее бесплатно, "в нагрузку", но по времени она иногда занимала до 65% проектных работ.

Владимир ИвановЭто вопрос общей стоимости работ, no more.
Реально если в 1С "грязные данные" то действительно OLAP не дает толку, т.к. учет ведется через одно место.
В больших системах это не исправить и приходится фильтровать грязь в момент загрузки в DWH. Или проводить заново всю первичку, но по нормальной учетной политике.

В малых и средних решениях (проект до $100 тыс) действительно выгоднее привести в порядок OLTP и реализовать там нормальную учетную политику.
Рад тебя видеть. Твой летний тренинг 2003 года, дает замечательные результаты.
А по сути, к сожалению грязнота данных это реальность. Но иногда хочется заполучить проект больше, чем нехочется очищать данные.

Замечательно! Приезжай! За 2 года появилось много новых марок пива.
Обещаю культурную программу и много нового и интересного!
Добро пожаловать!