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

Но если уж нужно, и плюс объем памяти не позволяет проглотить такую внутр.таблицу, то можно использовать экстракты - их объем ограничен свободным местом на диске. Конечно обработка экстрактов отличается от обработки внутр.таблиц:

http://help.sap.com/saphelp_470/helpdat ... ontent.htm

Другое ограничение: "practical size of an extract is up to 2GB".
Это немного больше, чем оперативка, но намного медленнее.

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

refresh tab_rec2.
SELECT bsas~BUKRS bsas~HKONT bsas~GJAHR bsas~BELNR bsas~BLDAT
bsas~BUDAT bsas~XBLNR bsas~SHKZG bsas~MWSKZ bsas~DMBTR
bsas~AUGDT bsas~XNEGP bsad~kunnr bkpf~GRPID
FROM bsas AS bsas
Left Outer Join
bsad AS bsad
ON
bsas~bukrs = bsad~bukrs AND
bsas~belnr = bsad~belnr AND
bsas~gjahr = bsad~gjahr
Left Outer Join
bkpf AS bkpf
ON
bsas~bukrs = bkpf~bukrs AND
bsas~belnr = bkpf~belnr AND
bsas~gjahr = bkpf~gjahr

INTO CORRESPONDING FIELDS OF TABLE tab_rec2
WHERE
bsas~hkont IN hkont_r
AND bsas~mwskz in mwskz
and bsas~BUDAT <= data_h and bsas~AUGDT <= data_h
.
LOOP AT tab_rec2 INTO rec
where kunnr in kunnr.
rec-flag = '1'.
rec-belnr_m = rec-belnr.
APPEND rec TO tab_rec.
ENDLOOP.


SELECT bsis~BUKRS bsis~HKONT bsis~GJAHR bsis~BELNR bsis~BLDAT
bsis~BUDAT bsis~XBLNR bsis~SHKZG bsis~MWSKZ bsis~DMBTR
bsis~XNEGP bsid~kunnr bkpf~GRPID
FROM bsis AS bsis
Left Outer Join
bsid AS bsid
ON
bsis~bukrs = bsid~bukrs AND
bsis~belnr = bsid~belnr AND
bsis~gjahr = bsid~gjahr
Left Outer Join
bkpf AS bkpf
ON
bsis~bukrs = bkpf~bukrs AND
bsis~belnr = bkpf~belnr AND
bsis~gjahr = bkpf~gjahr
INTO CORRESPONDING FIELDS OF TABLE tab_rec2
WHERE
bsis~hkont IN hkont_r
and bsis~BUDAT <= data_h
AND bsis~mwskz in mwskz
.


* место, где прога валится в дамп
LOOP AT tab_rec2 INTO rec
where kunnr in kunnr.
rec-flag = '1'.
rec-belnr_m = rec-belnr.
APPEND rec TO tab_rec.
ENDLOOP.



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

А номер позиции в джоине вроде должен быть

нет, тут все именно так и работает правильно. ошибка переполнения возникает не по этому

Честно сказать я не понял, зачем прицеплять БКПФ с помощью outer join?

ваши предложения?

Например с помощью inner.
А еще лучше создать ракурс в словаре и выбрать из него.

то, ради чего все это делается это, чтобы bsas с bsad склиеть, bkpf тут возник в последнюю минуту, т.к. выяснилось, что и из него тоже надо. а ракурсом там не получиться

к дампу это не имеет отношения.

и все равно спасибо за совет.

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

Но, если надо именно так, то надо результат сохранить в таблице БД, и выдергивать оттуда куски для отображения детализации.

поверьте на слово, селект работает правильно, просто вдаваться в подробности как-то долго.

подумаю, относительно в базе.
спасибо

Т.е. SELECT проходит нормально, а когда делаете APPEND, то получаете dump? Так это как у нас было! Попробуйте:



(судя по всему, tab_rec2 у вас после этого LOOP все равно не используется).

или вообще не делать 1 внутреннюю таблицу

По-моему, выборка может намного сократиться при заполнении select-options KUNNR.