2RoadRunner: Ты забыл про поле anln1. Именно по нему Alraun хочет сделать "самообъединение" таблицы zbseg. Читай его первый пост.
Только поэтому сортировка zbseg по ключу bukrs, belnr, gjahr бессмысленна, т.к. приведет к линейному поиску по полю anln1, а это потеря производительности за которую мы здесь вроде как боремся.
Как вариант - можно создать еще таблицу индексов по anln1, но это громоздкое решение для такой простой задачи.

Этот способ подходит далеко не для всех случаев. Точнее, подходит для очень немногих случаев. А его модификации приводят к сильному усложнению кода. Метод "параллельных курсоров" действительно даёт большой выигрыш в производительности, но мне кажется, заморачиваться с ним стоит только при больших объёмах данных, когда значимость производительности становится выше значимости прозрачности и безошибочности кода.

и т.д.
Да, согласен. Прошу прощения за невнимательность - это действительно самый простой в данном случае и, наверное, наиболее эффективный вариант... Хотя, если в ZBSEG'е всего 2 записи с одинаковым ANLN1, к-рым соответствуют 2 записи в ZBKPF, то можно было бы скомбинировать их данные в промежуточную таблицу, к-рую отсортировать по ANLN1, и затем в цикле at last anln1 добавлять записи в zitog. Но это изврат

Дык, наверное, признак "молодости" - что-то узнал и спешишь поделиться Я сам-то, несмотря на 2-летний календарный, "формальный", срок в R/3, все еще новичок... Вот и хотел кому-то подсказать... А Дмитрий все время обламывает... За что ему большое спасибо - он делится опытом, а это всегда пригодится