Здравствуйте!

У меня следующая проблема:
в программе делается обновление таблиц БД.
сначала обновлял таблицу в цикле по записям,
в отладчике при выполнении строки Update tab from wa_tab программа подвисала минут на 3... таблица BKPF, BSEG + BSIKи, BSAKи и тд...

потом попробовал сделать все через update tab from table it_tab.
не помогло....

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

сама обработка данных происходит быстро,
все тормоза на update..

ps в тестовой системе все на ура - 1-2 секунды,
долгая обработка происходит в продуктиве (он достаточно нагружен, покольку концерн мультинациональный)...

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

Спасибо!

Может индексы какие громоздкие навешены или их слишком много?

А зачем надо делать прямые апдейты таких таблиц?

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

на момент создания бухг. документов данные не известны, так конечно бы userexit повесили бы....

как это не смешно, но посмотреть не дают - не дают полномочий на транзакции словарей..
боятся, за конфеденциальность, наверное...

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

но не тут то было...

и еще вопросик, как отследить время затраченное на сохранение изменения документа (например, через fb02)?.. при получении сообщения "успешно обновлен или сохранен" документ же еще не окончательно сохранен...
и по идее, в этой транзакции также используется update?

попробуй вместо UPDATE делать MODIFY,
а в конце программы не забудь поставь COMMIT WORK AND WAIT.

Если мне не изменяет память, то при update - commit происходит сразу,
поэтому и затягивается время

из хелпа


тебе же нужно обновить 1-2 поля в каждой из таблиц? попробуй update set ... where.

Про update верно, про modify - нет. Т.к. modify всего лишь ищет строку по первичному ключу и в зависимости от результата выполняет либо update либо insert.
Как справедливо было замеченно ранее, дело, скорее всего, в кривых индексах.

Вообще я бы лучше поискал экзиты, замещения, фм и т.д.
и заполнял бы нужные поля в момент создания документа

Либо пакетник прогнать после. Например в fb02.

В фоне job'ом. После всех осмысленных действий непосредственно в отчете. И пусть потом сами юзверя SM35 смотрят.

modify не помог,
update set ...., так же..

посмотрел тестовой системе: обновление bsis занимает около 90% всего времени....
ужас какой то...

Интересно, какой же там размер таблиц?! Может на самом деле индексов понастроили разных?