OLAP для 7.7. С чего начать ? #384705

Хочу на базе ТиС построить систему для OLAP анализа торговой деятельности компании. Цель быстро получать и анализировать статистику продаж и в деньгах и штуках за прошлые годы. Вводные : Есть типовая ТиС в DBF варианте с данными начиная с 2006 года. Основные разрезы аналитик : Отдел /Менеджер /Контрагент / Город / Регион Товар / Товарная группа /Производитель (поставщик)/ Вид товара /Год выпуска Время : (иерархии: по годам , по месяцам и по неделям) Ресурсы: Сумма продаж, себестоимость, количество Хочу на основе  этих данных собрать полноценный OLAP куб, крутящийся в MS SQL 2005. Чтоб было все по науке (ненормализованные таблицы, избыточность данных обуславливающая скорость и т.п.) Строить псевдо кубы в Excel и текстовых файлов не хочу. Кстати хотелось бы узнать какие существуют варианты хранения данных для OLAP кубов. В качестве базового клиента для анализа хочу использовать Excel штатные средства SQL 2005 , также можно использовать внешнего клиента. Интересно будет рассмотреть вариант клиента крутящийся в окне 1С. В свете этого хочу услышать следующие советы: 1. Стоит ли покупать готовое решение от ПиБи или Раруса (сняли с продаж) и на базе его ваять что то свое. 2. Какие есть статьи и ссылки полезные по вопросам : -Как построить и оптимизировать OLAP куб с похожими измерениями под SQL -Какими средствами и как его анализировать и какие приемы построения запросов для этого есть -Как популяризовать полученные результаты для конечных пользователей 3.Очень хотелась бы посмотреть примеры обработок, формирующие OLAP кубы (желательно для SQL)

А какие объёмы данных? В смысле, размер базы. Может, проще быстрых отчетов понаписать, чем с олапом заморачиваться?

Инталев уже давно этим занимается. Для типовых у них есть решения.

www.olap.ru

ну зафигачь регистры соответствующие и документ типа "закрытие месяца/недели", который бы устанавливал дату запрета редактирования и данные перефигачивал бы в твои регистры из регистров стандартной конфы... тогда типовые механизмы править не надо, и свои отчеты быстро работать будут, и тормозить систему тоже ничего не будет...

Бред

Зато какой безапелляционный...

мне интересно вообще зачем к 1с кубы приляпывать? в 90% случаев ими просто не умеют пользоваться, и в конечном счете используют 3-4 варианта из всех возможных, не проще-ли отчеты сделать?

Мы для этого заюзали 8-ку, сливаем туда данные, и там уже юзеры крутят как хотят

Кому надо - тот научится. А надо реально многим.

Чтоб программисту не делать каждый день новые отчеты для аналитиков

Для небольшого объема куб можно из 1С формировать. Для более менее нормального объема - MS Analysis Services. Клиентом к кубам можно и обычный Excel. Чего точно не следует делать, дак это смотреть кубы в 1С. Вам что - клиента мало?..

(6,7) зато кубы

Ась? Поясни? :)

Иди, отдохни. Ты не в курсе темы.

"Чтоб было все по науке (ненормализованные таблицы, избыточность данных обуславливающая скорость и т.п.)"

Я сейчас ковыряю MS SQL Server 2005 с Microsoft Analysis Services. В качестве OLAP-клиента планирую использовать Excel. Пока толком мало что понятно. Читаем всякое :)

А кто смотрел Куб, Куб2, гиперкуб??? )))

Дааааа .... я б парочку работников наших в гиперкуб запустил ...

Жестокий ты))))

dbf? не взлетит

Ну есть немного :) А не пофиг ли из какой ИБ выгружать данные в хранилище?

Почему? Хотя пофиГ - главное бабло. Вот заплатят автору - он из любого *** слепит хоть куб, хоть еще чего.

База 7,5 Гиг, ведется с 2006 года. 215 тыс. только реализаций . Инталев я юзаю  "корпоративный менеджмент" под 8.1, там есть OLAP анализ но применительно к данным 8.1 я его не юзаю. Внешние источники для анализа там имхо подцепить невозможно. Смотрел их старый гиерекуб (давно снят с поддержки) - не впечатлил. Там данные выгружаются в текстовый куб и крутятся через браузер. www.olap.ru - хороший сайт но применительно к 1С исчерпывающей информации там не нашел

А в восьмерку кладете на план счетов ? А анализите консолью отчетности ?

На sql.ru тоже есть немного инфы. Вот только при чем тут 1С я так и не понял? Я так понимаю у тебя будет скульная база 1С (придется переползти из ДБФ, если щас ДБФ), а дальше уже MSAS выбирай из скульной базы то что тебе нужно. Т.е. 1С там уже никаким боком. Единственное, нужно хорошо понимать структуру таблиц.

"База 7,5 Гиг, ведется с 2006 года" - база очень маленькая. ИМХО, проще отчетов наделать...

вот кстати

В качестве клиента мне PivotTable из Office Web Components понравился гораздо больше, чем Excel. Вот для примера глянь

OLAP куб это независимое  хранилище данных куда по определенному регламенту загружается из основной базы сводная статистическая информация (в нужных срезах с нужной периодичностью). Назначение куба это крутить данныне для быстрого статистического анализа ( например ABC или XYZ) в нужных срезах. Но очень бысто. Самый близкий аналог OLAP анализа - сводные таблицы в Excel/ Самый близкий аналог модели хранения данных в кубе - регистр 1С (измерения, ресурсы, периодичность). Выгружать данные в куб можно из любого источника даных - хоть из XML. Имеются в виду отчеты на прямых запросах ?

1) На регистры накопления (перенос из комплексной, и олап в основном нужен продажником, что, кому, сколько, динамика)

А продажников типа можно научить пользоваться консолью отчетности ?

Володь, а нафига козе баян то? Мороки как обычно до чертиков, а смысл? До 11 сидеть на работе? Идеологию твоей конфигурации надо менять в этом случае принципиально, я так понимаю, что ты готов тратить на это все свое время, пытаясь доказать что твоя система получится лучше... Да будет лучше, но 1С не будет переделывать отчетность под тебя, проходили же уже это... Делай отчеты, можно подумать, что даже при удачном исходе бухи научатся понимать смысл данных в OLAP?

стандартный отчет  ОтчетСписокКроссТаблица, в любой типовой есть. Работает, через построитель отчетов. Немного доработанный напильником

"Имеются в виду отчеты на прямых запросах ?" - ага, они самые.

У него от типовых уже почти ничего неосталось... Могу утверждать... Эта песня без конца, длится уже почти 3 года... Раз за разом... )))

У меня грубо говоря от типовой только отчеты и используются, остальное все самописка

И что? Это из разряда: ОБСБ не показатель...

Ты откель то? Что за контора малыш? Ужо не ИНИС?

Спасибо, посмотрю!

Примерно так. Только я написал в том плане что в формировании куба средствами MSAS - 1С никакого участия непринимает. Т.е. нет никакой нагрузки. OLAP строится не для тупых бухов, а для управленцев разного уровня.

нафига что-то придумывать? SQL + оборотный регистр "ДвижениеНоменклатуры" + нормальный отчет. А не то г-но, что в типовых....

можно даже без прямых запросов, был бы сервак нормальный

можно поподробнее как на оборотном регистре хранить остатки на начало дня? :)

читай внимательнее в :

остатки никто еще не отменял можно, конечно, служебный документ каждый день проводить, но изврат полный -- зы на практике с кубами не работал

1) Установить SQL сервер 2008. 2) Подключить к нему дбф каталог (Создать с DBF view по 1cv7.DD). 3) Написать DTS(Интеграционный сервер) Закачать данные в аналогичные таблицы. 4) Разработать таблицы фактов и таблицы измерений. 5) Залить в них данные. 6) Построить измерения. 7) Построить Кубы (Остатки, Продажи, Цены-Прайсы). P.S. В крупной таблице фактов 2.1 миллиарда строк.

угу. серверы городить и гемороиться только ради того что-бы 1 отчет посмотреть?

+ Все равно что Китайскую стену строить, чтобы летом сонце в голову не напекло...

Бог миловал, во франчи не состаял и не состаю. Фикси я. P.S. Есть у нас в городе такой франч Инис, так ради любопытство, дедуля, а что с ним не так?

to 49. У нас тоже всё с одного отчёта начиналось.

+1 тоже видел подобную систему. там из нескольких разнообразных баз - на Clipper, DBF, XLS,... - вышружалась инфа по регламенту, и создавались отчеты по построенным в MSAS кубам. только не через DTS, а собственные т.н. фильтры сделаны были

А можно пункт два по подробнее. И почему не написать регламент загрузки из 1С напрямую в SQL

А какя разница? DTS, имхо, удобнее...

1. Стоит ли покупать готовое решение от ПиБи или Раруса (сняли с продаж) и на базе его ваять что то свое. Не стоит Использовать MS AS 2005 + Excel 7 2. Какие есть статьи и ссылки полезные по вопросам : -Как построить и оптимизировать OLAP куб с похожими измерениями под SQL -Какими средствами и как его анализировать и какие приемы построения запросов для этого есть -Как популяризовать полученные результаты для конечных пользователей SQL.ru 3.Очень хотелась бы посмотреть примеры обработок, формирующие OLAP кубы (желательно для SQL) Если что-то для небольших объемов - на infostart.ru и 1cpp.ru

Без аппеляционный ты какой то... Истина в единственной и последней инстанции. ))) Мне жаль ту контору в которой имеют тебя как фикси... )))

1) На SQL сервере создаётся линкованый сервер драйвер JET или FOXPro.   ( 2) Создаются представления ( CREATE VIEW [Товары] AS SELECT ID Ссылка,Descr Наименование FROM OPENQUERY(FOX_ODBC,'SELECT * FROM SC31') ) 3)Что бы это сделать нужно собрать описание структуры. анализ файла .dd или компонента 1С++.

хм... поставить базу на скуль сделать вьюхи нужные и екселем забирать из них данные и компоновать в сводные таблицы всеравно многомерность - она не наглядна сама по себе

Многомерность как раз и наглядна. С несбалансированными измерениями работать можно. и прочие прелести...