Всем привет, никак не могу въехать в это понятие, чувствую что штуковина очень классная, но перечитал уже вагон определений и статей, может кт-нибудь сможет привести простые определения или даже примеры работающих систем.

см. агрегаты в 1Сv8

:) "куб"

В первом приближении это создание многомерных кубов из плоских таблиц и агрегации соотв. данных и всё это проиндексированно для быстрого получения данных.

wiki:OLAP
http://en.wikipedia.org/wiki/Online_analytical_processing

(0) Штука может и классная, но реализована так, что нахер надо. 1С рулит.

(5) вот тебе, в общем-то, подобие: http://www.1cpp.ru/forum/YaBB.pl?num=1193394153

нигде не могу натйти примеры использования многомерности

(5) может, у вас с руками что-то?

(6) Да я в курсе, но пока задач под это нет.

(7) Странно... Ну пожалуйста: Скад, Номенклатура, Организация, Подразделение и т.д.

Я считаю что в 1С олап нет (тут наверно срач начнётся) т.к. там есть подобие кубов которые уже строятся на готовых данных. Мы в эти кубы уже положили готовые данных, а не преобразовывали пару сотен плоских таблиц чтобы получить Партии товаров на складах например.

(6) было к (0)

сводные таблицы простейший пример ОЛАП,

(7) простейший пример:
представь 3х мерное пространство (комнату): по «длине» расставим товары, по «ширине» — клиентов, по «высоте» — продавцов. на пересечениях повесим «флажки» с количеством проданного конкретного товара конкретному клиенту конкретным продавцом. теперь чтобы узнать, сколько конкретного товара продали конкретному клиенту, складываем («сворачиваем») комнату по высоте (т.е. по продавцам); чтобы узнать, сколько конкретного товара продал конкретный продавец, «сворачиваем» по ширине и т.п.

в «настоящем» OLAP измерений может быть много, измерения могут иметь иерархический характер (например, дату можно разложить по дням, неделям, месяцам, кварталам, годам...), измерения могут быть взаимозависимы и т.д.

(14) Проще представить себе пятимерный куб и его проекцию на наше трёхмерное пространство. Обычное гомеоморфное многообразие. Чё тут перетирать, уже десяток постов ни о чём...

(11) этим «преобразованием» занимаются документы при проведении

(16) человек просил на пальцах объяснить, а ты ему про гомо..гоми..с., ну вы понели

(0) Детские кубики с цифрами помните?
Так вот их можно делать слоями, кубиками и т.д. И везде суммы, среднее и другие функции.

(16) :-))))))

нарисовал эту фигню в КПК, реально никаких задержек, все мгновенно, при работе с данными.

(18) А чо? "Я объясняю вам на пальцах. Видите средний палец?" :-)

Берёте обычную электронную таблицу, имеем 2 измерения.
Добавляем листы, получаем 3-е измерение.
Добавляем книги, получаем 4-е измерение.
Книги кладём в папки, 5-е измерение.
Папки раскладываем по дискам...
Диски раскладываем по стойкам...
и т.д.

(16) Ты про это чтоли...

http://www.youtube.com/watch?v=lFvUaFuv5Uw

(24) Кстати, неплохая иллюстрация OLAPа

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

(26) Ясное дело. При 20 измерениях заранее всё рассчитать уже невозможно. Там вариантов становится факториал от 20! помноженный на количество элементов в каждом измерении. OLAP-сервер пашет как пчёлка.

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

(17) Чтобы актуализировать данные в кубах в 1С что будешь делать? Перепроводить документы? Я думаю в олап нет такого понятия "перепроведение докуентов". Преобразование плоских таблиц в многомерные кубы 1С не может.

(29) http://v8.1c.ru/overview/Term_000000564.htm

(29) есть вообще то специальные инструменты платформенные для обслуживания агрегатов... для оптимизации и перестроения оных...

(30)(31) Кстати, где-нибудь в типовых это применяется?

(30)(31) Это все регистры и агрегаты по сути вручную положенные данные. Самой сути построения кубов не пахнет. А арегаты, это вообще похоже на какой-то маркетинговый ход. Можно было добавить в функционал регистра. Просто более крупные агрегаты.

(33) сдела бы сам тестовые замеры- такую х.ню про "маркетинговый ход" не порол бы....

(33) ты бредишь

(34) Я не спорю что производительность увеличивается кстати... Ну согласись что это как бы напрашивается на штатный функционал РН? Щас там по месяцам суммируется, а былобы по кварталам и т.д.

(35) Нет не брежу... помешьше молитесь на 1С перед сном...

(36) Агрегаты - штатный функционал оборотных регистров накопления.

(36) книжку бы хоть почитал сначала...

(39) Как ты его ласково послал на трёхмерное многообразие XYZ

(39)(40) Как насчет (32)?

(41) Понятия не имею. Вряд ли

(42) Апачиму?
Согласись, это по меньшей мере странно....

(43) Апачиму ты у меня спрашиваешь? Я к ним отношения не имею. :)

(43) потому что штатные функции упрвления агрегатами например сделаны для управляемого интерфейса... а большинство типовых пока еще не на оном...

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

Опять же - агрегаты нужно обслуживать.. причем с пониманием к ним относится.. а многие даже итоги не рассчитывают

но будь уверен - появятся агрегаты, появятся

(43) Это давно уже не странно... Функционал платформы всегда в типовых использовался не полностью. Почему ты не спросишь почему в УПП отказались от автоматической отмены проведения, от автоматической регистрации последовательности и т.д. Это всё игнорирование функционала в связи с неопимальностью работы платформы. Открой для себя что платформа далеко не идеальна...

(44) Просто как-то странно. сделать типамощный типамеханизм, и его не использовать...
--------
зы. а ТС исчез...

(46) Увы, УПыПырище® я знаю очень погано.
Но то, что от многих вещей отказываются "в связи с неоптимальностью" - это да. Так может, и "агрегаты" пока "неоптимальны"? Вроде и есть, а как бы и нет....

(46) Весь мир далеко не идеален

(48)  да г.вно эта ваша 8ка.. все нормальные пацаны на 7ке сидят...

а почему только обороты, почему не оперативные остатки?

(51) Остатки = обороты с начала периода.

(52)* с начала времён

(50) Кстати, да... На 7ке это реализовано....

(54) Чёта реализовано то... Сводный отчёт?

(55) Ну, типа того...
http://s001.radikal.ru/i193/1109/c9/b4d4b181041d.jpg

(56) это не 7ка, это OWC

Ктонить может в скуле сделать олап?

Молодые SQL умеют делать OLAP, не знаю насчет старых.
(57) а что такое OWC ?

(58) Я делал.

(59) Office Web Components

(59) http://www.microsoft.com/downloads/ru-ru/details.aspx?familyid=7287252c-402e-4f72-97a5-e0fd290d4b76&displaylang=ru
по крайней мере, очень похоже на то

(61) , (62) спасибо, уже сам хотел ответить. Нашел в ссылке поста (6)

(60) Слушай сделай каконить мастер класс, маленький видеокаст. Общую концепцию так сказать...

(64) Гугли MS SQL Server Analysis Services...

wiki:Microsoft_Analysis_Services
http://en.wikipedia.org/wiki/Microsoft_Analysis_Services

(0) OLAP - технология быстрых отчетов.
Нахрена придумали?
OLTP системы в общем случае на уровне СУБД представляют собой туеву хучу взаимосвязанных нормализованных табличек. Им ведь целостность данных надо поддерживать и оперативные задачи решать. Сложные аналитические выборки за большие периоды в зачастую хромают производительностью.
Куча взаимосвязей, отсутствие нужных индексов и т.п.
А аналитикам интересно быстро данные крутить и так и эдак, сравнивать большие периоды и т.п.
OLAP - это праздник денормализации. На логическом уровне куб OLAP идентичен оборотному регистру в 1С. Есть измерения и есть ресурсы. Вся информация, по которой будут крутится отчеты, сваливается в одну неепическую ненормализованную таблицу, по которой заранее просчитываются значения ресурсов по всем возможным комбинациям измерений (в идеале). Т.е. какую цифру за какой период не потребуй - а вот она! Ничего складывать и подбивать уже не надо.
На практике, как всегда, всё не так радужно. Куча ограничений и тонкостей. Разновидностей технической реализации довольно много, со своими преимуществами и недостатками.
Классический сервер OLAP хранит агрегаты в нереляционной базе и оперирует специальным языком запросов. Т.е. отчетность можно любую рисовать. Ну а сводные таблицы штатно поддерживаются. Простейшим клиентом OLAP может работать ексель, есть специальные клиенты с расширенным функционалом и удобством ну и в свое ПО забабахать работу с OLAP-сервером никакой проблемы не составляет.

(64) Лень :) А потом, к SQL идёт обучающая база, в т.ч. демонстрирующая OLAP. Переложить это на базу 1С очень просто - получаешь соответствие таблиц SQL-1С объектам метаданных и далее тупо трансляцию пишешь (если потребуется). А я так вообще без трансляции писал - напрямую из таблиц тягал. Модель куба RealTime (не помню как там называется по уму mining model в таком режиме работающая) и данные все обновляются ежемоментно.

(67) Жаль... А почему учился, в смысле какие учёбники использовал?

(56) Ты от куда этот скрин достал, за 2009 год аж..

(68) MSDN :)

(70) Ну ты крут, крут... Такую вещь осилил по МСДНу. Я когда то учёбниками завалился и то не смог разобраться..

(69) Так у меня примерно с того времени и работает...
(71) Н.Елманова, А.Федоров "Введение в OLAP-технологии Microsoft", М, 2004 год