Есть много баз баз 1С77 и 1С81, так же некоторая информация в Эксель и Акцесс! Необходимо сформировать OLAP-кубы для хранения и анализа информации!
Есть ли смысл использовать 1С решение (какое тогда?) или SQL2005 BI?

А чем не нравятся регистры накопления?

(1) Не подходят! Нужен инстумент OLAP

(0) Красивые названия. Произвольную группировку можно и с помощью построителя отчета выводить. А вот где хранить и в каком виде, это одному только постановщику задачи ясно.

olap это то же что построитель отчёта, только хуже :))

и вообще обычный регистр бухгалтерии с хорошим планом счетов - куда круче любого олапа

(0) "OLAP-кубы для хранения" ??? Я вот тоже знаю очень много красивых и непонятных слов.

Ясно, никто из вас не работал с OLAP-кубами, жаль!

(7) ну тогда поясни чем они круче построителя отчетов??? или не работал с построителем???

(4)Видно много ты про олап знаешь...

(8) они скоростью круче. И названием :-)

+(8) я не прикалываюсь, мне интересны различия =)

(5)А это вообще совершенно разные вещи.

(11)http://ru.wikipedia.org/wiki/OLAP

(13) увеличение скорости за счет увеличение размера базы???

(14) Понятие "денормалтзация" слышал?

(15) нет, а нада???

+(16) или это все относится к теории СУБД??? я по ней честно зачет получил года 4 назад =)

(8) с построителем не работал, частично работал с СКД.
Навскидку, что есть в OLAP и чего нет (или есть но не так) в СКД:
1. Заранее спроектированные многомерные кубы (не набор запросов из реляционных таблиц)
Возможность пополнения "куба" новыми данными.
2. Формирование среза куба за 5 секунд (В СКД было и несколько минут)
3. Возможность делать различную группировку для измерения, например Измерение Дата может группироваться "Год, неделя, день" а может и "Год, месяц, неделя, день, час"
Или Измерение месторасположение может группироваться "Страна, Область, Город, Район" а может "Страна, Город"
4. Возможность детализации (сверления) куба.

(16) Извини, не посмотрел на год рождения... Теория в действии...

(18) 3 и 4 вроде нормально в СКД реализованы... 2 можно поправить немного другим способом хранения (наверно это и будет олап), 1 регистры тоже заранее проектируюца и все зависит от конечной реализации...

(19) запоминается только то, что нужно в работе, остальное как то само забывается... Так что надо сделать с регистрами, читоб они больше на олап стали похожи? меня начальство одно время грузило этими понятиями, но конкретно так ничего и не сказали...

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

(21) " запоминается только то, что нужно в работе, остальное как то само забывается" - если уж тебе не нужны в работе основополагающие принципы постороения БД, то извини... Тут уж тебе никто не поможет.

(21) юзай старую консоль отчётов, там есть вывод в сводную таблицу.
Внешне - чистый олап ))

Как раз с дриллдауном в олапе всё плохо. В 1С не применяя лишних телодвижений можно провалиться до документа и открыть сам документ. А в олапе просто самого документа не будет, поэтому и открывтаь нечего ))

Кроме того организация временных кубов остатков с вобможностью среза на произвольный момент времени - задача для олапа оч. сложная. (тупо добавлять измерение "время" - нельзя - куб умрёт тут же)

(0) Консолидация тебя чем не устраивает?

(25) + это конфигурация такая.

"заранее спроектированные кубы" ну извините, заранее спроектированные отчёты в 1С изготовляются на порядок проще чем кубы. И Вынуть через точки нечто незапроектированное в отчёте тоже можно. А в кубе - фиг

(23) приведение к нормальному виду и наоборот денормализация как то не пригождались или делались на интуитивном уровне...

(23) а что, знание терминов и знание принципов - это одно и то же?

(29) А где я такое написал?

Такого решения от 1С нет.
Для решения этой задачи лучше, как мне кажется, не изобретать велосипед, а использовать подходящий и предназначенный для этого для этого инструмент. Например, MSSQL Integration Services...

Имелась в виду задача непосредственно из сабжа: "для создания корпоративного хранилища данных".

(24) А в сводной таблице от 1С можно группировать измерение по группам, как в SQL?

(25) В консолидации нет Хранилища данных(OLAP-кубов), все данные тянутся из подключинных источников в момент построения отчета.

Могу ошибаться но куб вроде должен формироваться из таблиц SQL например раз в день ночью. Актуально для анализа продаж за прошедшие 10 лет. У вас в 8 есть такие данные?

Не надо путать Хранилища Данных и OLAP-кубы. Это не одно и то же.

Неплохая штучка http://www.rosterminal.com/54/ Видел на одной из конференций. Многообещающе.

для (33) сведения (34) отсюда http://www.ozon.ru/context/detail/id/3183336/

(33) а что такое "измерение по группам" ?
в 1С есть иерархические измерения по иерархическим справочникам

(31)+1.Имхо лучше использовать "внешнее" хранилище, закидывать туда данные как нужно, и работать уже с ним.

(38) Долго писать, если интересно, см. в поиске "Группировка элементов в измерении"

Из готовых на 1С правильнее всего было бы упомянуть Инталев.
Но если есть свой разработчик - лучше своя база с документами, регистрами и конвертацией через КД2

(38) + к (40) иерархические справочники не имеют отношения к Группировка элементов в измерении в OLAP! :)

(40) посмотрел. т.е. сама технология ОЛАП ничего не предлагает для "группировки элементов в измерении", просто при наполнении куба вычисляется нужное измерение.
И чего, в 1С это делается точно так же.

(43) см. внимательнее.

Инталев ...

где смотреть ? яндек на словосочетание "группировка элементов в измерении" выдаёт только одну ссылку, из чего следует, что это не общепринятый термин
и из этой ссылки следует, что она организуется правилами ETL
ну в 1С конвертацией будет организовываться

http://www.olap.ru/basic/OLAP_intro1.asp#04
в самом низу по ссылке!

Говоря об измерениях, следует упомянуть о том, что значения, наносимые на оси (измерения), могут иметь различные уровни детализации. Например, нас может интересовать суммарная стоимость заказов, сделанных клиентами в разных странах, либо суммарная стоимость заказов, сделанных иногородними клиентами или даже отдельными клиентами. Естественно, результирующий набор агрегатных данных во втором и третьем случаях будет более детальным, чем в первом. Заметим, что возможность получения агрегатных данных с различной степенью детализации соответствует одному из требований, предъявляемых к хранилищам данных, — требованию доступности различных срезов данных для сравнения и анализа.

(47) ну и.... где я не прав-то
это именно иерархические справочники - в терминологии 1С

(47) А если измерением регистра накопления является Справочник клиенты. У каждого элемента сапрвавочника есть реквизиты :Страна, Область, Район и т.д.
Вытащить это в любой универсальный отчет можно же?

Многомерное измерение OLAP=Справочник 1с8

(47) 1С Консолидация - BI  в полном объеме:
- сбор и очистка;
- хранилище;
- OLAP.
http://v8.1c.ru/consolid/

OLAP на SQL сервере это нужно для Dynamics AX. Там справочники не иерархические. Все что в 1с8 включено в платформу в Microsoft продается как отдельный продукт.

(48) Хорошо, поясню на простом примере, используя терминалогию 1С
В 1С иерархический справочник Клиенты имеет 1 вид иерархии - реквизит Родитель! В OLAP - измерении, например реквизиты ("Страна", "Город" и "Район") у справочника "Клиенты" могут создавать иерархию!
Я может не вполне хорошо объясняю... но думаю так уже понятнее

(51) Может я невнимательно прочитал, где там OLAP в консалидации?

(53) Ладно конкретизация
Справочник клиенты (Иерархический):
Реквизит Страна-Тип Справочник Страны (Иерархический)
Реквизит Город- Тип Справочник Города (Иерархический)
и т.д.

(53) а, это да
а так ли оно вообще нужно если можно просто создать ещё измерение ))

Граждане, которые не слышали что такое олап, не разрушайте своими догадками местные умы :)

Единственная жирный + его в контексте 1С: это практически мгновенный отчет на выходе. И то только потому, что данные туда уже влиты и сконфигурированны нужным образом. Про (18) п .3. я уже совсем молчу - это элементарщина для тех кто знает скуль. В свое время у нас стояла задача - формировать отчет по продажам по годам. Поиски начал со статьи гения 1с про олап, потом начались олап ру, поиск инфы на инфанате и аллебуке, руборде и т.д. Я пришел к такому выводу: если отчет собирается очень долго и очень редко - смысла городить олап-огород нет. Если же какой-то емкий отчет собирается часто - да, есть смысл и большой. И все, в этом и есть весь смысл. Если ты не знаешь как что-то сделать на скуле, значит олап тебе не поможет.

Stagor: вам на скульру дорога, там подробно обсосано на чем городятся олап-кубы и какие средства для этого нужны :)

(56) Нужно, к примеру в справочнике номенклатура разным подразделениям нужна разная иерархия (для продажников одна, для закупщиков другая), а в 1С она одна для одного справочника! Неудобно!

(54) прочитай еще раз, позырь презентацию

(59) Там нет слова OLAP! Если я не прав ссылку в студию!

(60) если бы ты хоть раз работал с кубами, то сразу бы узнал их.

Это вы о регистре сведений в консолидации называется "ЗначенияПоказателейОтчетов"?
Это в нем я должен распознать OLAP? :)

(58) ну извините, мы же говорим не об OLTP базе, куда вбивают данные ?
мы договорились, что будем сливать данные для анализа в аналитическую базу, со своими регистрами и справочниками.

Так что нам мешает сделать 2 справочника номенклатура с разной иерархией ? ))

Если уж говорить о неудобствах, то одна но хорошая иерархия лучше чем много но плохих (как в аксапте)

(63) А если нужно 10 различных иерархий? 10 справочников номенклатуры? :)

ну на счёт OLAP в "консолидации" - я бы тоже поостерёгся. Некоторые черты есть, но невозможность вертеть данными на лету "как хочешь" и умирание на больших объёмах

кстати вспомните, как активно предлагались олап-решения во времена 7ки и как они разом все исчезли при появлении восьмёрки.

(53) Я наверое офтопом к ОЛАПу, все равно мало что в нем смыслю.. Но мне казалось что через... через плоаны видов Характеристик можно содавать альтернативные иерархии. Разве нет?

(63) Номенклатура - просто плохой пример.. Давайте возьмем Контрагентов...
в освной иерархии справочника имеем например Группы - Юр.Лица, Физ.Лица, резиденты, нерезиденты...
А альтернативная иерахия которая нам нужна - это какой контрагент под каким работает... Верхнему контрагенту мы даем скидку 5%, на следующем уровне - 4% и т.д...

Фиг его знает. У меня одиин знакомый директор-продажник сливал нужные ему данные в книгу Excel, создавал сводные таблицы, крутил их как хотел, периодически добавлял данные из "плоских" отчетов, созданных в 1С. Но при этом этом очень удивлялся умному слову OLAP, хотя практиковал его каждый день. Так что вопрос не в том, где оно храниться, а в том чтобы правильно создать хранилище, и знать что в нем нужно хранить. Так как выше упомянутый директор не заморачивался с детализацией до продажи каждой номенклатурной единицы. Если бы заморачивался, то и сводная таблица по продажам филиалов ой бы как у него тормозила.

(64) ну я ж признал, что это сомнительное, но преимущество )) Сомнительное - потому что можно сделать больше измерений.
Ещё есть достоинства у ОЛАП ?
я думаю, что если б мир узнал восьмёрку, ОЛАП бы умер

(69) Это если бы мир выбирал решения чтоб родить. Но мир интересует потрахаться.

(70) гы, за афоризм - зачод... :)

(69) "я думаю, что если б мир узнал восьмёрку, ОЛАП бы умер" - вы имеете право так думать :)

(69) Блин, я тоже такую траву хочу!!!

(72) ну согласись же, там где есть 1С8, для олапа просто не остаётся места

ну назовите мне контору, юзающую 8ку и олап одновременно. Хоть погляжу на извращенцев...

Знавал я таких извращенцев. Обанкротились в конце концов..

(75) Ну назови мне хоть одну контору, где юзается восьмерка и присутствует такой объем данных, чт онужен ОЛАП? И при этом восьмерка ведет себя адекватно.

(62) движок от хранилища отличить не можешь ?

(78) Где я написал слово движок?

(79) там,где в Рг искал OLAP

(80) там речь шла про OLAP-куб

(81) и ?

(82) Этот вопрос говорит только о вашем непонимании OLAP-технологии и замкнутости на 1С-движке :)

(84) докажи, начни с постулата что OLAP определяется структурой хранилища.

(85) Докажи, что писал в (51) -> в 1С:Консалидация есть OLAP , или приведешь цитату из официального источника www.1c.ru после этого можно что-то обсуждать конструктивно!

(86) жалкая попытка ставить мисте условия.