Всем добрый день, Господа!

Возник следующий вопрос:
Есть база 10.2 c OLAP опцией. Кубы строятся при помощи AWM 10.2.
Соответсвенно вопрос: Какие необходимы настройки сервера для корректной и комфортной работы с кубами? Автоматического управления памятью нет.
На сайте Oracle ничего не нашел. Буду благодарен за любые ссылки и информацию.

Спасибо большое. Думаю, это то, что надо.

Только там ни слова не про java pool. А у меня при работе с AW, он забит. Не понимаю, для чего там используется java?

Хм... Изучил все доки. Но тем не менее, не все стало ясно.

Итак, есть кубик. Замечательный такой кубик на замечательном таком сервере. Все вроде отлично: данные грузятся быстро, сервер хороший. Но! На кубе с большим количеством измерений, процесс просмотра меры резко замедляется. Добавляем еще одно(пятое) измерение - процесс тянется бесконечно долго. Из-за чего такое может случаться? Помогите, пожалуйста!!! Уже все перепробовал, ничего не помогает. Уже руки опускаются.

JuriiВы хотите сказать, что 4 измерения в кубе - это большое количество измерений?
Нет, конечно, я не правильно выразился. Просто почему-то уже на 4х измерениях начинаются тормоза при разворании измерений. Но суть проблемы это не меняет. Тем не менее, Ваш "остроумный" пост не несет в себе никакой полезной информации. Если же Вы действительно разбираетесь в Oracle Olap, во что я искренне верю, то, возможно, было бы лучше, если бы вы дали ответ по сути вопроса. Буду Вам за это очень благодарен.

2Alex_D:
Да. С компрессией.

Кстати, при работа в Worksheet, и ограничении измерений, данные выдаются моментально.

Alex_DА Вы чем смотрите? (может проблемма в Клиенте?)
Я правой кнопкой мышки щелкаю на measure и говорю ей - View Data. =)
Впрочем, с Discoverer'ом та же проблема =(

Alex_DА на счет, общих рекомендации можно попробывать следующие:

1. Если в кубе есть измерение времени, то сделать его не Time Dimension а User Dimension.

Хм. Тогда почему на меньшем количестве измерений все ок? Тем более в итоге хочется работать именно с Time Dimension.

Alex_D2. Можно также поиграться порядком измерений в кубе
С порядком уже игрался.

Alex_D и своиством sparse не sparse.
А разве в compressed кубе это так важно?

Alex_D3. Попробывать разбить куб на партиции, т.е. использовать опцию партиционирования кубов.
Не помогает =(

BTW, olap_page_pool_size = 32M.
Но может ли это настолько сильно влиять на просмотр мер?

JuriiОК, раз мы по понятиям определились (что 4 измерения - это не много), считайте что в моем посте остается только одна рекомендация - обратиться в техническую поддержку компании Oracle (как я понимаю, Oracle у Вас лицензионный).
Все эксперименты производятся на тестовом сервере и сейчас мы только хотим понять, будем ли мы использовать его дальше. Поэтому я не уверен, что это так. Хотя надо поговорить с админом.

JuriiСообщите сколько у Вас элементов в каждом измерении (сколько в первых четырех, сколько в пятом). Например если у Вас миллион клиентов и 100 тысяч товаров, то тогда понятны причины торможения.
Ну, в чем-то Вы правы =)
В первых четырех измерениях - от 20 до 1000 элементов на нижних уровнях.

Пятое измерение - порядка 300 тысяч на нижнем уровне. По нему идет пресуммаризация. Второй уровень ~ 1500. Третий уровень - 3. По нему также произведена пресуммаризация.

Тем не менее, если выкинуть ЛЮБОЕ из этих измерений, просмотр мер работает. Медленно, но работает.

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