Sedlo написал:
Все зависит от того, чем вы выравниваете - стандартом или Z-кувалдой. Если стандартом, то все должно работать нормально при условии что ваши админы вовремя тюнят перформанс. А если Z- то к абаперам, разбираться как они там что наваяли
На всякий случай попросите полномочия на всякие
ST02.
Выравниваем стандартом - всё и работает нормально до определённого момента, который сбивает план запроса в базу данных. После чего обычный селект из BSAD начинает выполняться очень долго, что заметно в отладке и SM66.
А что такое "вовремя тюнят перформанс" - там какие-то процедуры нужно делать периодически или по факту чего-то?
Plank написал:
Вы бы селекты, которые тормозят, выдожили тут, может стало бы понятно, что там за данные обрабатываются.
В частности это селект:
select (BSID_FIELDS) from BSAD
into corresponding fields of table XBSAD
for all entries in K_KUNNR
where KUNNR eq K_KUNNR-LOW
and BUKRS in DD_BUKRS
* AND GJAHR IN DD_GJAHR
* AND AUGDT BETWEEN '00010101'
* AND '99991231'
and BUDAT in DD_BUDAT
and BUDAT le DD_STIDA
and AUGDT gt DD_STIDA
and ZUONR in DD_ZUONR
and SHKZG in DD_SHKZG
and UMSKZ in DD_UMSKZ
and BSCHL in DD_BSCHL
and (BSID_WHERE).
В программе SAPDBDDF. form UPDATE_XBSAD.
Насколько замечено в него даже подаются не все сразу дебиторы, а пачками в цикле. В нормальном режиме данный запрос выполняется моментально, после сбоя - несколько секунд. При этом в моменте, если сбросить статистику по таблице, то всё восстанавливается и начинает работать быстро.