Обсуждение:OLAP
Переписать бы
[править код]"Причина использования OLAP для обработки запросов — это скорость." - глупости, ибо OLAP - это в первую очередь подход и интерфейс, а технология, на которой оно реализуется - уже далеко во вторую. На реляционных табличках всё то же самое предоставить - будет тормозно, но это тоже будет OLAP. Или кто-то этому возразит? --Nashev 13:36, 4 сентября 2009 (UTC)
- Не возражу. Более того, слово «технология» в преамбуле, видимо, некорректно, так как это действительно подход, а технологии его реализации разные (в том числе на реляционных табличках, см. в этой же статье про ROLAP, да хоть на текстовых файлах). Первые абзацы раздела «Действие OLAP» (зачем-то вспомнили не относящуюся к предмету spatial database, неочевидные снимки реляционной БД и 0,1 %) — больше походят на оригинальное изыскание. Кто возьмётся переписывать? Andrei Nikolaenko 17:23, 28 декабря 2010 (UTC)
Соответственно, про интерфейс. Основным бонусом OLAP-решений является двумерное представление разрезов анализируемых данных, в противовес обычным группируемым и иерархическим спискам-таблицам. Pivot-гриды, которые позволяют деление данных по некоторым из группировок пустить по горизонтали в дополнение в группировкам по вертикали - вот основная интерфейсная отличительная особенность OLAP-систем, их киллер-фича. А способ хранения, получения и кеширования промежуточных значений - это как-бы вспомогательные, второстепенные технологии. Возражения есть? --Nashev 14:34, 18 января 2017 (UTC)
- Интерфейсов много. Привычные таблички в Excel, действительно, двумерны. А если подключить инструмент с хорошей визуализацией, то можно визуализировать гораздо больше измерений. Pesec.il (обс.) 17:24, 25 сентября 2024 (UTC)
- Смена пивотов, slice and dice -- это всё удобные техники для определённых задач, когда интерфейс -- табличка. Pesec.il (обс.) 17:31, 25 сентября 2024 (UTC)
- Киллер-фича OLAP - это на больших и sparse данных показать [заранее неподсчитанные?] [иерархические] агрегаты быстро. Pesec.il (обс.) 17:36, 25 сентября 2024 (UTC)
Явная ошибка
[править код]Основоположник термина OLAP — Эдгар Кодд, предложил в 1993 году «12 законов аналитической обработки в реальном времени».
Здесь «12 законов аналитической обработки в реальном времени» - ссылка на 12 правил Кодда для реляционных баз данных. Никакого отношения к 12 законам OLAP ни имеют. Соответственно, правку [[1]] надо отменить.
Статьи, которая бы отражала именно "12 законов аналитической обработки" в википедии нет ни в русском, ни в английском сегменте -- есть только ссылка на оригинальную статью Кодда 1993 года, в которой он собственно формулирует их и сам термин OLAP 31.210.209.36 12:29, 24 октября 2012 (UTC) [email protected]
- исправлено ·1e0nid· (обс) 14:06, 20 сентября 2016 (UTC)
Что понимается под агрегатами
[править код]Также клиенты могут быть объединены по отношению к продукции; если существуют 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