Привет,
Хочу обсудить тему OLAP кубов на основе данных 1С при их анализе средствами EXCEL.
1. Сразу примем за ограничение, что в 1С собирать конкретный отчет не хотим, то есть рассматриваем именно OLAP вариант.
2. Не хочется давать доступ в базу 1С для сглщиков (нарушение лиц. соглашение, небезопасно, непроизводительно)
3. Как админу 1С хочется максимально просто отделаться от этой задачи. Не принимать на себя обязанность "выдавать" данные.

Пока рассматриваю вариант иметь реплику базы и пусть читают данные оттуда как хотят.
Что скажете?

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

Если нельзя в рабочую, то почему можно в копию (реплику)?

(0) сглщиков вообще опасно к чему-либо подпускать

(1) Минуточку) С копией базы тут у меня промах. Действительно тут часть проблем остается, но это хотябы не чтение рабочей базы.

на инфостарте дофига про OLAP

Включить режим только чтения можно и без реплик.

(5) Прочитают что нельзя.

(0) Если подходить серьезно, то репликой не отделаешься. Аналитическая база всегда отдельная. С налаженными ETL процессами, то есть регулярной подгрузкой данных из рабочей.

В общем, про "максимально просто отделаться от этой задачи" забудь. Это целый проект (со своим бюджетом). В связи с этим рекомендую еще раз пересмотреть п. 1.

(7) Согласен.
Но все таки пока ищу легкие пути. Рассматриваю также дать доступ читать по OData.

(6) Это как? создай роль и пользователя только на то, что можно читать.

(8) ставь терабайт памяти на сервере и подключай кубы от 1С

https://its.1c.ru/db/metod8dev/content/5951/hdoc

(9) Я вот не в курсе, можно же дать сгл роль с чтением только определенных таблиц. Так?

(12) Да

чем СКД отличается от ОЛАП

(14) Ну пошло.. Уважаемый, прекрасно спасибо.. я хорошо понимаю, что СКД может помочь, я бы рад чтоб все было через встроенные отчеты.
Написал же специально, примем за ограничение, что нужен ОЛАП.

(14) Данные нормализованы. в олапе зачастую денормальзованы

(16) в 1с нормализации практически нет в принципе, там все данные ненормализованые...
скд замечательно справляется не только с индексироваными данными, но так-же и вычисляемыми и временными...

(15) я действительно не понимаю разницы и не понимаю чего можно сделать в олап и нельзя в скд...


(16) (15) на мой взгляд самым главным плюсом кубов является возможность быстро перестраивать уровни группировок их направление. Именно это и умеет делать СКД.

На небольших данных (до 100 гигов) Вы разницы не найдете точно, а вот на больших - я не знаю, может Вы подскажете в чем отличие будет?

(17) Еще раз - рассмотрим теоретическую задачу, примем за ограничение что нужен ОЛАП.

(18) ТОлько для начала договоримся, что  OLAP - это технология, а не программа.
И исходя из этого берем СКД ...

(19) Уважаемый, спасибо)
Разговор здесь ведется как сделать без использования СКД, если вы не хотите принять это условие, то можно ничего не писать.

(20) Ну тогда и формулируй что тебе нужен не ОЛАП а анализ средствами EXCEL.

И ты же понимаешь что в этом случае ексель будет оперировать таблицами на скуле, что "нарушение лиц. соглашение, небезопасно, непроизводительно"

Т.е. в один прекрасный момент 1с поменяет название таблиц/колонок и твой куб сломается. В отличие от СКД который оперирует справочниками и документами, т.е. ему пофиг на физическое расположение данных и их изменений.
(к примеру в одном из релизов 1С отказалось от хранения констант в одной таблице и под каждую константу завела отдельную таблицу)

https://xn----1-bedvffifm4g.xn--p1ai/articles/работа-с-olap-системой/

(22) Хороший такой пример 8 летней давности)
Да все понятно, риск есть, но вряд ли он подменят название регистров.
Кроме того, вариант чтения напрямую это только один из вариантов.

(24) а какой другой вариант? ФОрмировать текстовый файл и скармливать его екселю?

Просто не понятно что обсуждать то хочешь. Кубы в екселе использовались еще во времена 7-ки. Были еще и специальные внешние компоненты для формирования кубов.
Примеров за надцать лет в интернете вагон и малая тележка.
Для небольших даныых, достаточно и СКД.
И вряд ли тут найдутся те которые оперируют данными в 100-500 гигов. Ну т.е. тем кого СКД не устраивает. Что обсуждать то?

Хотя конечно вот тут мне попросили вывести табличку за 7 лет по каждому контрагенту по каждой номенклатуре где будет видно что клиент брал, что не брал. А так же в этом же отчете количественная и качественная дистрибуция Типа мы хотим сразу в одной партянки видеть все эти данные. Вот тут СКД у меня сказала "ой". Причем она данные получила, но умирает на выводе на экран этой портянки. Вот сейчас ведем переговоры об уменьшении данных для вывода

(24) для защиты от замены названий - используют вьюхи. Вьюху же можно отдавать внешним прогнозам для построения кубов

(25) зачем текстовый? Формируйте файл данных. Все равно куб формируется из "плоских таблиц"

(17) (19) скд по удобству работы по сравнению даже со сводной таблицей excel как с олап-клиентом настолько унылое дерьмо... Просто неописуемое.

(29) честно говоря не заметил. Как раз кубы мне показались унылыми. Грубо говоря их можно крутить только в рамках заложенных измерений. Типа контрагент и номенклатуры. А вот если завтра захотят сгруппировать по регионам и отфильтровать по свойствам номенклатуры - все труба - разработчики это не предусмотрели. А вот в СКД - да ради бога, плюсик в настройках развернул и вот тебе регионы, вот тебе свойства.

(29) Поддерживаю.. Тему удобства можно сильно не развивать, но удобства просматривать в Экзеле олапированные таблицы есть и немалые. Ну и скорость.
Все это так или иначе можно и в СКД получить\настроить.. но есть потребность кое где в ОЛАП отчетах.

(31) Можно пример фишек от которых пользователи кипятком писают при использовании просмотра в екселе по сравнению с скд?

(30) ну да, предгсматриваить надо
Хотя у меня как-то кубик разросся с 5 до 18 измерений. Но проблем не было...
Зато тот же куб публиковался на корпоративном портале. Для тех, у кого нет доступа к 1с.

(32) удобство. Интуитивная понятность. Не надо переформировать. В общем, нужно просто реально поработать и у скд, и в сводной.

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

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

к слову сказать ексель это мега зло для любой программы автоматизации :)

(36) учитывая что все сидят на win и как правило уже пред установленным екселем ...а в нем ms query и бесплатная надстройка pivot то это готовая штука для отчётов

Пару вьюх на скале (1с не 1с) таблицы они везде таблицы и через query в ексел....

(37) у олтп и олап классическое соотнешение объема индексов
1 к 30 . такчто настроить просто - дурная идея.

как и идея 1с хранить агрегаты в олтп базе, тк разные требования к резервированию.

(17) OLAP базы используют и на существенно больших объемах данных.
В 100Гб 1с данных, реальных данных существенно меньше

(35) Excel - это не самый удобный олап-клиент. но даже он гораздо лучше СКД.

Пока кроме. "мне так привычно" ниодной фишки

(17) Разница в скорости. Парадигма олапа - на _любой_ отчет не более 5 секунд. Под это и денормальлизуются данные. В скд такого нет

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

(42) поработай и поймешь.

(41) Посоветуй клиентов для ОЛАПа более удобных

Можно так:

1. Определить, какие данные нужны для просмотра вне 1С
2. Создать отдельную базу данных в SQL (не 1С)
3. Регзаданием ночью или по расписанию перекачивать данные. В зависимости от объема, можно перекачивать всё от начала времен, или регистрировать в плане обмена только нужные записи.
4. Сделать на основании этой новой базы данных куб OLAP

Только вот не знаю, как по технологии OLAP работать с начальными/конечными остатками на дату/за период. Можно ли такое сделать, чтобы получить аналог оборотно-сальдовой ведомости.

(46) они платные все. я тут в мизде это спрашивал, емнип, в 2006. мне потом какая-то контора диск презентовала, я только за перевозку курьером заплатил. Это помню, диск "в лицо" помню - на нем был напечатан "металллический российский рубль". а вот программы - не помню.
После сравнения с демками - решили что Excel не сильно уступает по качеству, но превосходит (по известным российским причинам) по цене.

Что-то никто не обратил внимание на (11). А штука интересная. Кто-нибудь пробовал?

(49) Видимо, не у каждого есть 512 Гб оперативной памяти

1. Требования к среде для работы сервиса
...

Операционная система семейства Windows:

    объем оперативной памяти 512Гб;
    использование файла подкачки объемом не менее 512Гб.

(50) ну это только для акселератора, для "баз в памяти".
а механизм копий - классно. На семерке делал - запарился в свое время...