сабж, т.е. очень медленная

Ктонить сталкивался?
дело в индексах?

ограничивали чем-нибуть?

да ограничен 2мя полями (больше нет) фин год период и БЕ

ну у нас выборка за целый год и по 1 БЕ идет примерно 18-20 минут, по-моему приемлимое время для 720 тыс. записей

Да у вас скорость вполне нормальная

а когда 300 тыс записей 3 дня грузится....


вот и думай где собака порылась

вобще почти весь FI так тормозит


зы: А увас какие индексы на таблицах BKPF BSEG?

зыы: Если через rsa3 то все быстро

окститесь,народ, откуда у кластерной таблицы BSEG индексы ?
и вообще старайтесь подальше от неё держаться, хоть там и много чего лежит. Тормоза на ней конкретные. У сапа даже в курсе по оптимизации написано - если в отчёте используется BSEG - значит он неправильно спроектирован изначально.

давайте разделим проблему на 2 части

1. выборка данных экстрактором
2. заталкивание выборки в BW

для проверки скорострельности первого варианта в rsa3 поставьте нужное количество вызывов и записей так, чтобы общее количетсов соответствовало выборке при загрузке. если все работает быстро на полном объеме данных, то грабли в BW. если долго - копайте в R/3

второй вариант. включите сбор статистики ( не только OLAP, но и WHM). запустите загрузку, дождитесь ее завершения. потом в тр. ST03 смотрите загрузку и распределение времени. Соответственно определите место торможения и напралвение куда копать.

насчет BSEG погорячился


Rsa3 мухой выбирает, значит проблема в BW?

а возможно что параметры соединения BW R3 нужно править?


насчет трасировки понятно, попробую

0FI_GL_4 по БЕ и периоду вырирает...БЕ точно ключ, вот как он период строит, но тоже думаю тут тормозов с ключами не должно быть.

Вообще надо к этому процессу лучше привлечь базис, мало ли что там тормозит Вместе веселее

посмотри еще расширения экстрактора. может, какие-то нестандартные поля там select single'ми тянутся...

Посмотрите ноту 641977. Нам помогло, только индексы в базе создавать надо, а не как в ноте написано.