Добрый день!
Столкнулась с такой проблемой: решили прогнать решение на реальных данных. Загрузила в куб 3,5-4 млн. записей. Расчет производится в BPS на FOX с применением программок на ABAP. На нужном уровне где-то 600 тыс - 1 млн. записей. Форму открыть не могу. Возникает сообщение о нехватке памяти.
Вопрос: у меня проблемы с сервером (сервер действительно старый, новым, выделенным под BW сервером, пока обеспечить не могут) или это глобальная проблема, форма не откроется никогда и обрабатывать такие объемы надо в другом месте (например в APD на ABAP).

Простите за любопытство, но зачем в форме 1 млн. записей? Кто будет смотреть такую форму!?Расчеты вываливаются в дамп или только формат?

Смотреть её никто не будет. На ней ведется расчет данных в заданных ограничениях. Данные максимально возможно ужаты для обработки, т.е. кол-во признаков только то, которое должно быть обработано и отфильтровано.
Вываливается сам формат, вываливаются подпрограммки, когда их пытаешься запустить в тестовом режиме из SE37 или SE80. Даже простой просмотр данных в кубе в RSA1 и тот виснет при выборе всего лишь 200 совпадений по заданным параметрам.

По крайней мере в BW3.5 для ручного планирования есть ограничение: не более 9999 строк.

Насколько я понял, Вы пытаетесь сделать папку планирования для того, чтобы запустить расчет. При этом в папке формат с данными, которые расчитываются?

Сделан уровень и пакет планирования. Да, он используется в папке планирования. Форматы вообще делаются на на папках, а на уровнях планирования. В самой папке планирования как таковой формат не используется. Формат нужен для считывания данных с помощью программы на ABAP 'API_SEMBPS_GETDATA'.
Формат с кол-вом записей 68000 выводится. Правда долго, почти 5 минут.

Коллега!
1. Что вы понимаете под форматом? Я под форматом понимаю ManualPlanning (он, есстественно, создается не в папке планирования).
2. BPS работает с буффером (его размер ограничен сервером) + возможно, в самом BPS есть ограничения. Поэтому могу предложить следующее решение: разбейте ваши расчеты на несколько частей (например, пакетами по месяцам, БЕ и т.д.). После завершения каждой логической части, запускайте user-exit с сохранением данных (функция API_SEMBPS_POST).

[/quote][/code]

1. да
2. разбито максимально. Дальше бить бесмысленно. Это будет совершенно никому не нужный вариант.

Спасибо.

А после каждого API_SEMBPS_POST запускаете API_SEMBPS_REFRESH ???

Если вопрос ко мне, то я не запускаю ни API_SEMBPS_POST, ни API_SEMBPS_REFRESH.

Что-бы было понятнее: из формулы на FOX запускается ФМ, который использует 'API_SEMBPS_GETDATA'. Сохранение изменений происходит на пакете.

Ну так запускайте и будет вам счастие

А при чем здесь это? Я говорю, что у меня всё подвисает ещё на стадии элементарного просмотра данных в RSA1.

Ну так надо решить с начала эту проблему. Ядро BW должно работать нормально. Трассируйте, пинайте базис, проверьте все объекты в rsrv.

Спасибо! Собственно говоря в этом и вопрос: как решить эту ситуацию, куды бечь.