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

Пока рассматриваю вариант иметь реплику базы и пусть читают данные оттуда как хотят.
Что скажете?
1 Волшебник
 
26.01.19
15:01
Не взлетит. Нужно изменить подход к задаче. Надо её прочувствовать и решить системно, а не просто отделаться копией базы.

Если нельзя в рабочую, то почему можно в копию (реплику)?
2 Asmody
 
26.01.19
15:02
(0) сглщиков вообще опасно к чему-либо подпускать
3 lartibetra
 
26.01.19
15:03
(1) Минуточку) С копией базы тут у меня промах. Действительно тут часть проблем остается, но это хотябы не чтение рабочей базы.
4 Nyoko
 
26.01.19
15:06
на инфостарте дофига про OLAP
5 Мимохожий Однако
 
26.01.19
15:07
Включить режим только чтения можно и без реплик.
6 lartibetra
 
26.01.19
15:08
(5) Прочитают что нельзя.
7 mistеr
 
26.01.19
15:14
(0) Если подходить серьезно, то репликой не отделаешься. Аналитическая база всегда отдельная. С налаженными ETL процессами, то есть регулярной подгрузкой данных из рабочей.

В общем, про "максимально просто отделаться от этой задачи" забудь. Это целый проект (со своим бюджетом). В связи с этим рекомендую еще раз пересмотреть п. 1.
8 lartibetra
 
26.01.19
15:16
(7) Согласен.
Но все таки пока ищу легкие пути. Рассматриваю также дать доступ читать по OData.
9 Мимохожий Однако
 
26.01.19
17:03
(6) Это как? создай роль и пользователя только на то, что можно читать.
10 Aleksey
 
26.01.19
17:20
(8) ставь терабайт памяти на сервере и подключай кубы от 1С
11 Aleksey
 
26.01.19
17:22
12 lartibetra
 
26.01.19
17:29
(9) Я вот не в курсе, можно же дать сгл роль с чтением только определенных таблиц. Так?
13 Мимохожий Однако
 
26.01.19
20:24
(12) Да
14 vde69
 
26.01.19
20:37
чем СКД отличается от ОЛАП
15 lartibetra
 
26.01.19
20:40
(14) Ну пошло.. Уважаемый, прекрасно спасибо.. я хорошо понимаю, что СКД может помочь, я бы рад чтоб все было через встроенные отчеты.
Написал же специально, примем за ограничение, что нужен ОЛАП.
16 Смотрящий
 
26.01.19
20:48
(14) Данные нормализованы. в олапе зачастую денормальзованы
17 vde69
 
27.01.19
00:24
(16) в 1с нормализации практически нет в принципе, там все данные ненормализованые...
скд замечательно справляется не только с индексироваными данными, но так-же и вычисляемыми и временными...

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


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

На небольших данных (до 100 гигов) Вы разницы не найдете точно, а вот на больших - я не знаю, может Вы подскажете в чем отличие будет?
18 lartibetra
 
27.01.19
16:54
(17) Еще раз - рассмотрим теоретическую задачу, примем за ограничение что нужен ОЛАП.
19 Aleksey
 
27.01.19
16:59
(18) ТОлько для начала договоримся, что  OLAP - это технология, а не программа.
И исходя из этого берем СКД ...
20 lartibetra
 
27.01.19
17:08
(19) Уважаемый, спасибо)
Разговор здесь ведется как сделать без использования СКД, если вы не хотите принять это условие, то можно ничего не писать.
21 Aleksey
 
27.01.19
17:18
(20) Ну тогда и формулируй что тебе нужен не ОЛАП а анализ средствами EXCEL.
22 Aleksey
 
27.01.19
17:22
И ты же понимаешь что в этом случае ексель будет оперировать таблицами на скуле, что "нарушение лиц. соглашение, небезопасно, непроизводительно"

Т.е. в один прекрасный момент 1с поменяет название таблиц/колонок и твой куб сломается. В отличие от СКД который оперирует справочниками и документами, т.е. ему пофиг на физическое расположение данных и их изменений.
(к примеру в одном из релизов 1С отказалось от хранения констант в одной таблице и под каждую константу завела отдельную таблицу)
23 Aleksey
 
27.01.19
17:25
24 lartibetra
 
27.01.19
17:35
(22) Хороший такой пример 8 летней давности)
Да все понятно, риск есть, но вряд ли он подменят название регистров.
Кроме того, вариант чтения напрямую это только один из вариантов.
25 Aleksey
 
27.01.19
17:36
(24) а какой другой вариант? ФОрмировать текстовый файл и скармливать его екселю?
26 Aleksey
 
27.01.19
17:43
Просто не понятно что обсуждать то хочешь. Кубы в екселе использовались еще во времена 7-ки. Были еще и специальные внешние компоненты для формирования кубов.
Примеров за надцать лет в интернете вагон и малая тележка.
Для небольших даныых, достаточно и СКД.
И вряд ли тут найдутся те которые оперируют данными в 100-500 гигов. Ну т.е. тем кого СКД не устраивает. Что обсуждать то?

Хотя конечно вот тут мне попросили вывести табличку за 7 лет по каждому контрагенту по каждой номенклатуре где будет видно что клиент брал, что не брал. А так же в этом же отчете количественная и качественная дистрибуция Типа мы хотим сразу в одной партянки видеть все эти данные. Вот тут СКД у меня сказала "ой". Причем она данные получила, но умирает на выводе на экран этой портянки. Вот сейчас ведем переговоры об уменьшении данных для вывода
27 Mikeware
 
27.01.19
17:48
(24) для защиты от замены названий - используют вьюхи. Вьюху же можно отдавать внешним прогнозам для построения кубов
28 Mikeware
 
27.01.19
17:50
(25) зачем текстовый? Формируйте файл данных. Все равно куб формируется из "плоских таблиц"
29 Mikeware
 
27.01.19
17:53
(17) (19) скд по удобству работы по сравнению даже со сводной таблицей excel как с олап-клиентом настолько унылое дерьмо... Просто неописуемое.
30 Aleksey
 
27.01.19
17:56
(29) честно говоря не заметил. Как раз кубы мне показались унылыми. Грубо говоря их можно крутить только в рамках заложенных измерений. Типа контрагент и номенклатуры. А вот если завтра захотят сгруппировать по регионам и отфильтровать по свойствам номенклатуры - все труба - разработчики это не предусмотрели. А вот в СКД - да ради бога, плюсик в настройках развернул и вот тебе регионы, вот тебе свойства.
31 lartibetra
 
27.01.19
17:58
(29) Поддерживаю.. Тему удобства можно сильно не развивать, но удобства просматривать в Экзеле олапированные таблицы есть и немалые. Ну и скорость.
Все это так или иначе можно и в СКД получить\настроить.. но есть потребность кое где в ОЛАП отчетах.
32 Aleksey
 
27.01.19
18:00
(31) Можно пример фишек от которых пользователи кипятком писают при использовании просмотра в екселе по сравнению с скд?
33 Mikeware
 
27.01.19
18:01
(30) ну да, предгсматриваить надо
Хотя у меня как-то кубик разросся с 5 до 18 измерений. Но проблем не было...
Зато тот же куб публиковался на корпоративном портале. Для тех, у кого нет доступа к 1с.
34 Mikeware
 
27.01.19
18:03
(32) удобство. Интуитивная понятность. Не надо переформировать. В общем, нужно просто реально поработать и у скд, и в сводной.
35 vde69
 
27.01.19
21:29
(31) олапы через ексель имеют только одно преимущество, привычность для пользаков которые юзали сап в котором практически не возможно юзать отчеты без екселя...

то есть сабж исключительно для тех кто сказал - в 1с не работал, но осуждаю, подавайте мне привычный ексель....
36 vde69
 
27.01.19
21:30
к слову сказать ексель это мега зло для любой программы автоматизации :)
37 rsv
 
27.01.19
23:26
(36) учитывая что все сидят на win и как правило уже пред установленным екселем ...а в нем ms query и бесплатная надстройка pivot то это готовая штука для отчётов
38 rsv
 
27.01.19
23:28
Пару вьюх на скале (1с не 1с) таблицы они везде таблицы и через query в ексел....
39 МихаилМ
 
28.01.19
00:32
(37) у олтп и олап классическое соотнешение объема индексов
1 к 30 . такчто настроить просто - дурная идея.

как и идея 1с хранить агрегаты в олтп базе, тк разные требования к резервированию.
40 MadHead
 
28.01.19
00:42
(17) OLAP базы используют и на существенно больших объемах данных.
В 100Гб 1с данных, реальных данных существенно меньше
41 Mikeware
 
28.01.19
08:57
(35) Excel - это не самый удобный олап-клиент. но даже он гораздо лучше СКД.
42 Aleksey
 
28.01.19
09:00
Пока кроме. "мне так привычно" ниодной фишки
43 Смотрящий
 
28.01.19
09:07
(17) Разница в скорости. Парадигма олапа - на _любой_ отчет не более 5 секунд. Под это и денормальлизуются данные. В скд такого нет
44 END
 
28.01.19
09:10
1) Сказать олапщикам, что есть такая вещь, как SSIS.
2) Сделать веб-сервис, который будет отдавать нужные данные.
45 Mikeware
 
28.01.19
09:21
(42) поработай и поймешь.
46 ДенисЧ
 
28.01.19
09:54
(41) Посоветуй клиентов для ОЛАПа более удобных
47 Eiffil123
 
28.01.19
10:15
Можно так:

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

Только вот не знаю, как по технологии OLAP работать с начальными/конечными остатками на дату/за период. Можно ли такое сделать, чтобы получить аналог оборотно-сальдовой ведомости.
48 Mikeware
 
28.01.19
10:43
(46) они платные все. я тут в мизде это спрашивал, емнип, в 2006. мне потом какая-то контора диск презентовала, я только за перевозку курьером заплатил. Это помню, диск "в лицо" помню - на нем был напечатан "металллический российский рубль". а вот программы - не помню.
После сравнения с демками - решили что Excel не сильно уступает по качеству, но превосходит (по известным российским причинам) по цене.
49 mistеr
 
28.01.19
14:52
Что-то никто не обратил внимание на (11). А штука интересная. Кто-нибудь пробовал?
50 Кирпич
 
28.01.19
15:06
(49) Видимо, не у каждого есть 512 Гб оперативной памяти

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

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

    объем оперативной памяти 512Гб;
    использование файла подкачки объемом не менее 512Гб.
51 Mikeware
 
28.01.19
15:58
(50) ну это только для акселератора, для "баз в памяти".
а механизм копий - классно. На семерке делал - запарился в свое время...
Закон Брукера: Даже маленькая практика стоит большой теории.