Не совсем ABAP вопрос, но все же. Есть у нас одна программа (report), которая использует native SQL (EXEC SQL... ENDEXEC) и вызывает постоянный геморрой своим жутким торможением. SAP у нас работает на Oracle, а программа эта обновляет MS SQL базу для какого-то странного ПО. Программа в SAP запускается каждые 2 часа, но тормозит до такой степени, что крутится фактически постоянно. Над программой бились поколения консультантов, но особых улучшений не добились, разве что добавили сообщений, чтобы было лучше видно, где программа тормозит. Тормозит она, естественно, там, где делается INSERT и UPDATE в SQL Server. Однако количество записей вроде сравнительно небольшое (100-200 заказов) и количество собственно данных тоже (10-15 полей в 3-4 таблицах).

На SDN информация по native SQL в основном для сценариев, где oн используется в рамках SAP, т.е. не тот случай. Чисто в ABAP коде ничего криминального я не вижу, да и ABAP часть работает быстро. Записи тоже обновляются только те, которые надо, т.е. лишние данные не гоняются. Массовое обновление через native SQL, как я понимаю, невозможно, только по одной записи. Где в таком случае искать резервы для оптимизации?

Пытались выяснить, не тормозит ли что-либо другое (например, сам SQL или сетевой трафик), но все (Базис, сетевики и перец, который SQL заведует) отбрехиваются - мол, проблема не у нас.

Раз не совсем ABAP, то, как вариант: выгружать данные в какой-н файл и заливать на SQL Server через BULK INSERT, а дальше INSERT/UPDATE хранимой процедурой.

Есть смысл заглянуть в эту базу MSSQL - возможно на таблицах присутствует много лишних индексов, возможно их можно реорганизовать, оптимизировать размещение, или как вариант к ним идет частое обращение со стороны внешнего ПО - все это будет замедлять INSERT\UPDATE.

Спасибо всем за ответы!

Контора пока наняла консультанта для разборок. Хотя моя личная рекомендация была не тратить время на разборки, а лучше заняться переделкой дизайна (например, как NeMurometz предложил). Если консультант найдет что-нибудь интересное - напишу.

А если в самой базе MSSQL командами проделать операции INSERT / UPDATE. Они также медленно будут проходить?

Глупый вопрос - но вы случайно не делаете commit после insert-а каждой строки?

При вставке, распределенная транзакция не используется?

Update. После длительных разборок вроде бы удалось свалить вину на проходимость сети где-то в дебрях между SAP и SQL. Поскольку между SAP сервером и машиной с SQL Server находится туева хуча всяких раутеров/шмаутеров и две сторонних конторы (одна хостит SAP, другая что-то там с сетями делает), дальнейшее расследование тихо замели под ковер и приняли решение переписать интерфейс с Native SQL на что-нибудь пошустрее.

Добрый день всем.
Хочу опять поднять эту тему.
Свалить на свичи/кабели/сторонние организации у меня не получится.
Может у кого-то есть идея как решить проблему поднятую в этой теме?
У меня подобная проблема.
Есть настроенный линк на внешний Oracle.
Я делаю Insert в таблицу на этом оракле.
Иногда выполняется быстро. А иногда(когда что-то еще выполняется в системе? ) программа подвисает и думает %№% тучу времени. В конце концов программа отрабатывает. Но меня не устраивает выполнение программы в 30 минут Думаю, юзера тоже это не устроит


Ожидаемый результат: 2 записи в таблице.
Ожидаемое время выполнения: мгновенно
Реалии: 30 мин.

Есть идеи?
Заранее спасибо.

Мы никакого альтернативного решения не нашли. Понаставили сообщений в программе, чтобы замерить какой шаг сколько выполняется, лишний раз убедились, что да - тормозит обращение к MS SQL. К счастью, при тестировании также обнаружили, что программа передавала туда-сюда кучу ненужной информации, так что удалось добиться улучшения runtime за счет сокращения объема данных. Но в нашем случае не было таких сильных перепадов - программа стабильно работала медленно. Иногда медленнее (что легко можно объяснить общей нагрузкой на системы и сеть), но никак не в разы. Время работы программы было обычно прямо пропорционально количеству записей.

30 минут на 2 записи - это что-то конкретно не того. Базисников и админа БД привлекали?

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

2 Jelena
2 trop
Спасибо за помощь. Получается какой-то затуп на уровне SAPа. Программа висит, но коннекта в конечный Oracle нет. Что-то блокируется в самом SAPе.
Insert через линк через Oracle SAPа в конечный Oracle проходит "на ура". А в это время моя программа висит
Может, еще что-то на ум приходит?
Спасибо )

недавно апгрейдил NW731 to NW740
напоролся на то, что для доступа к ораклу поменялся механизм доступа
посмотрите ноты
Secure connection of AS ABAP to Oracle via SSFS
SSFS as password storage for primary database connect
Secure connection of AS ABAP to Oracle via SSFS
если кратце...
создается 2 секьюрити хранилища на уровне файловой системы
и не требуется заходить внутрь оракловой базы
одно хранилище возле сап-кернела, второе возле инстанса базы данных

возможно это примерно то, куда стоит покопать...

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

Спасибо за совет
По-моему решил проблему.
Слегка поменял программу, вставил подключение к базе как тут написано.
http://sapboard.ru/forum/viewtopic.php?t=22945&highlight=exec+sql
Там bmonk в деталях описывает как что нужно сделать.
Всё заработало. Еще потестирую. Но уже есть результат. Старый вариант "висит", а новый работает.
Всем спасибо