СКД vs OLAP что не хватает в СКД? #471337

С учетом того, что СКД в 8.2 с натяжкой теоретически можно рассматривать, как OLAP клиент, то возникает вопрос в каких случаях можно обходится без полноценного OLAP клиента. Данные по 5 Гиг в год, база УПП!

>>С учетом того, что СКД в 8.2 с натяжкой теоретически можно рассматривать, как OLAP клиент это по каким критериям?

По критерию того, что СКД может выгрузить в сводную таблицу. Правда, все это тянется на клиент

OLAP - хранение данных. а СКД - имитация ОЛАП. а так выбирайте сами. главное чтобы пользователи не жаловались на медленную работу.

СКД в какой-то мере представляет собой Desktop-OLAP. В котором нет многомерной математики, нет многомерной обработки и хранения данных на стороне сервера, нет процессинга данных, нет предварительно рассчитанных агрегатов и т.п. Вот и все.

Да, медленно работает! О какой математике идет речь? Которая в 1С называется "Интеллектуальный анализ данных" - кластерный, ассоциативный и  т. д.?

в 8.2 можно хранить агрегаты. так что 8.2 - тоже олап

если там нет нехрена - в чем тогда олап?

1с - OLTP. а уж какие из нее выкрутасы и ноухау делают - дело десятое.

а где написано что СКД - ОЛАП?

СКД формирует реляционный запрос к реляционным данным. В противовес многомерному запросу к многомерным данным. Просто некоторым людям, как я замечаю, удобно (или нравится) представлять себе системы отчетности как OLAP-(клиенты). Почему - не знаю, не ко мне вопрос. Поэтому у меня и написано "в какой-то мере".

OLAP - слово крутое, вот все и выпендриваются

Вы в курсе, что SAP BW - OLAP система полностью реляционная, и многомерностью там даже не пахнет!?

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

Нет, совсем не в курсе. Могу только предполагать, что упомянутый SAP BW - ROLAP-система. Это значит, что многомерная математика реализуется сервером напрямую поверх реляционных данных. Клиент получает данные в OLAP-удобоваримом виде. В то время как СКД, повторюсь, формирует на клиенте реляционный запрос, получает весь реляционный набор данных на клиента и уже на клиенте пытается его как-то отобразить, используя свои возможности.

Именно так!

В 1С при выгрузке в сводную таблицу многомерная математика действует на клиенте? Или я путаю!?

СКД и рядом не лежала

Я СКД сравниваю c OLAP, который фирма ПиБи под MySQL для 1с77 сделала!

Да, на клиенте. 1С - OLTP-система, как тут уже было отмечено. Сервер предприятия никакой многомерности не реализует.

может определиться в понятиях. что такое ОЛАП?

СКД никакого отношения к OLAP не имеет. Вы бы еще сводные таблицы с OLAP сравнивали.

Называть эту поделку OLAP-ом можно. Но не нужно. Ибо тогда и страничка с данными в екселе со сводной таблицей на соседней страничке - тоже OLAP.

В 8.2 такие вычисления будут на сервере 1С, на клиенте только отображение, насколько я понял! То есть пересчет сводной таблицы - будет на сервере 1С!?

быстрое получение многомерных кубиков

Как я понимаю, речь об "агрегатах" в исполнении 1С 8.2. Эти агрегаты реализованы только для оборотных регистров накопления.

напоминает чукча не читатель, чукча писатель... сервер 1с НЕ хранит данные. поэтому этот пересчет реляционных данных нельзя назвать OLAP. или так тоже не понятно?

агрегаты в 8.2 хранятся в отдельных таблицах с меньшим количеством измерений. это OLAP чтоли?

Я не про агрегаты, а про вычисления, которые идут при пересчете данных в сводной таблице в тонком клиенте 1С82!

Эээ... Что-то моя утомилась немного... Пойду подышу воздухом. :)

+1

В принципе, конечно можно сказать, что использование СКД в 1С даёт некоторое подобие урезанной Real-time ROLAP системы. Т.е. по сути "псевдо"-ROLAP. Почему псевдо? Посмотрите на функциональность многомерного языка запросов. Не говоря уже о том, что Real-time ROLAP - самая тормозная из OLAP-реализаций. Т.е. легко и просто может выпасть в конкретном случае за критерии OLAP как такового, превратившись просто в универсальную систему построения отчетности. И таких "псевдо"-OLAP систем довольно много на самом деле.

OLAP от слова online, т.е. быстро. Достигается это за счет того, что рассчитываются и хранятся значения агрегатов для всех комбинаций измерений. 1С со своими агрегатами начала движение в нужном направлении

хм.. OLTP тоже онлайн.. т.е. быстро..

на этом сходство заканчивается. первое анализ данных, второе - обработка транзакций

+ "превратившись просто в универсальную систему построения отчетности" - чем СКД изначально и является. Вот СКД по подготовленному оборотному регистру с агрегатами в 8.2 - тут уже можно начинать говорить об элементах OLAP. Потому как можно попытаться достичь того, в чем сущность и причина возникновения OLAP - ускорение формирования аналитической отчетности на огромных массивах данных в сотни раз по сравнению со штатными отчетами OLTP-системы.

при чем тут сходство? OLTP - OnLine Transaction Processing.

"сходство" ;) вот так имелось ввиду

причинноследственная связь не верная =) а так пофигу

А что за механизм в ROLAP, который превращает реляционные данные в многомерные?

Вроде многомерные данные все равно хранятся в таблицах. Каждое изменение - это поле таблицы?

процессор БД сам преобразовывает реляционные данные в виде многомерных массивов. если ROLAP , то да, так и хранятся..

вопрос:    Чего не хватает в СКД? ответы:

(если ROLAP , то да, так и хранятся..) А если MOLAP то как храниться, в виде многомерных дырявых массивов?

+?