Обсуждение:OLAP

message: "Причина использования OLAP для обработки запросов — это скорость." - глупости, ибо OLAP - это в первую очередь подход и интерфейс, а технология, на которой оно реализуется - уже далеко во вторую. На реляционных табличках всё то же самое предоставить - будет тормозно, но это тоже будет OLAP. Или кто-то этому возразит? --Nashev 13:36, 4 сентября 2009 (UTC)
replies: text: Не возражу. Более того, слово «технология» в преамбуле, видимо, некорректно, так как это действительно подход, а технологии его реализации разные (в том числе на реляционных табличках, см. в этой же статье про ROLAP, да хоть на текстовых файлах). Первые абзацы раздела «Действие OLAP» (зачем-то вспомнили не относящуюся к предмету spatial database, неочевидные снимки реляционной БД и 0,1 %) — больше походят на оригинальное изыскание. Кто возьмётся переписывать? Andrei Nikolaenko 17:23, 28 декабря 2010 (UTC)
Соответственно, про интерфейс. Основным бонусом OLAP-решений является двумерное представление разрезов анализируемых данных, в противовес обычным группируемым и иерархическим спискам-таблицам. Pivot-гриды, которые позволяют деление данных по некоторым из группировок пустить по горизонтали в дополнение в группировкам по вертикали - вот основная интерфейсная отличительная особенность OLAP-систем, их киллер-фича. А способ хранения, получения и кеширования промежуточных значений - это как-бы вспомогательные, второстепенные технологии. Возражения есть? --Nashev 14:34, 18 января 2017 (UTC)
thread_title:  Переписать бы 

message: Основоположник термина OLAP — Эдгар Кодд, предложил в 1993 году «12 законов аналитической обработки в реальном времени».
Здесь «12 законов аналитической обработки в реальном времени» - ссылка на 12 правил Кодда для реляционных баз данных. Никакого отношения к 12 законам OLAP ни имеют.
Соответственно, правку [] надо отменить.
Статьи, которая бы отражала именно "12 законов аналитической обработки" в википедии нет ни в русском, ни в английском сегменте -- есть только ссылка на оригинальную статью Кодда 1993 года, в которой он собственно формулирует их и сам термин OLAP 31.210.209.36 12:29, 24 октября 2012 (UTC) merlin@rterm.ru
* исправлено ·1e0nid· (обс) 14:06, 20 сентября 2016 (UTC)
thread_title:  Явная ошибка 

message: Также клиенты могут быть объединены по отношению к продукции; если существуют 250 продуктов по 20-ти категориям, три группы продукции и три производственных подразделения, то количество агрегатов составит 16 560
Откуда взялось 16560? 250*20*3*3 = 45000
— (anonymous)
---
...Это какая-то недоопределённая модель (или просто частично откуда-то copy-pasted).
клиенты могут быть сгруппированы по городам или регионам страны (Запад, Восток, Север и так далее), таким образом, 50 городов, восемь регионов и две страны
50+8+2=60 (элементов dimension-а География)
клиенты могут быть объединены по отношению к продукции; если существуют 250 продуктов по 20 категориям, три группы продукции и три производственных подразделения
250+20+3+3=276 (элементов dimension-а Продукт)
Предположим, что есть ещё один dimension с одним агрегатным элементом (не важно каким). Тогда все сочетания этих двух dimension-ов дадут агрегаты.
276*60 = 16500
— Pesec.il (обс.) 17:27, 30 мая 2023 (UTC)
thread_title:  Что понимается под агрегатами