Народ, проблема такая: сделал оборотку по товарам в ММ по дням в разрезе партий, работает около суток. Всякие оптимизации делали, существенно не влияют на скорость. Может кто уже делал оборотные ведомости с большими объемами данных, подскажите, плз.

Совет стандартный - смотреть в SE30 и ST05 где тормозит, найти узкие места, там уже думать

И так знаю, что долго работает: сделал z-таблицу, куда заносятся данные (сальдо на начало, приходы-расходы, сальдо на конец в разрезе материал-завод-партия-склад-дата), так вот modify ztable и работает хренову тучу времени. Я и спрашиваю, есть ли другое решение для сбора данных. А в se30 нельзя посмотреть то, что работает сутки (дамп по тайм-ауту).

Зачем modify?

Именно этот случай у меня, мне надо modify.

Чем UPDATE не подходит?

Какое у Вас количество записей для обновления и сколько запичей в самой таблице?
Обновление как происходит - построчно, таблицей?

Неизвестно, есть запись с этими ключами в таблице или нет, то есть, если есть - update, если нет - append. Значит - modify. Или я где-то путаюсь?..

Количество записей после первого запуска - около 2,5 лямов. Обновление - кусками, через определенное кол-во (по 5-15 тысяч записей за раз из внутренней таблицы).

А базис что-нибудь говорит по этомову поводу, может быть на урове БД им стоит посмотреть что происходит, статистику пересобрать?

Дело в том, что сам способ просто долгий (собирается mseg, bseg, mbew, mch*). Голову ломаем, ничего более быстрого придумать не можем. Логика другая нужна какая-то. Нет никого, кто уже делал подобный отчет?

1.Если система >=4.5, то для сбора остатков можно воспользоваться таблицами MARDH, MBEWH, MCHBH, MS*H - там хранятся остатки в разрезе месяцев. По использованию см. ноту 193554
2.Воспользуйтесь ФМ REUSE_ALV_EXTRACT_SAVE, REUSE_ALV_EXTRACT_LOAD для хранения и выборки данных в закрытых периодах

Данные в разрезе месяца собирают стандартные отчеты, насколько я знаю, да и это не проблема (для начальных остатков я использую как раз mbewh, mchbh, mbew, mchb, mcha, mch1). Проблема в том, что клиент хочет в разрезе день/материал/завод/партия/склад. Мы пытаемся объяснить, что актуальных данных они не получат (если отчет 24 часа работает), упираюца, плин. Причем, 24 часа, это без дооценки доп. дебетований/кредитований. С ними около 2-х - 3-х суток работает, поскольку бсег.

В двух словах можете объяснить, как эти ФМ работают, в смысле, что делают?

Вы же сказали что у Вас тормоза при модифи зэд таблицы. Все таки воспользуйтесь тр se30 и st05 чтобы выяснить в чем проблема.

Такой отчет в дневном разрезе целесообразно реализовывать в BW или на основе данных инфосистемы логистики.