Оператор Write

Preatos

Вообще тупняк. Ничего не понимаю.
data: begin of t1,
sum like bseg-dmbtr,
belnr like bseg-belnr, " последнее в таблице поле
end of t1.
data it like t1 occurs 0 with header line.

Loop at it.

at end of belnr.
write:/ 'Конец'.
endat.

write:/ t1-belnr, t1-summa.

endloop.

Вопрос собсно в том, почему не отрабатывает AT END OF?
Таблица отсортирована по BELNR.

Сергей Королев

Переставьте поле belnr вперед:

Code:

data: begin of t1, 
belnr like bseg-belnr, 
sum like bseg-dmbtr, 
end of t1. 

Если нужен последний шаг цикла, то надо использовать AT LAST.
А вообще, почитайте еще про AT в циклах. Там не только сортировка имеет значение, но и расположение поля в структуре.

РМщик

может переставить местами?

у меня работает такой код:

Code:

DATA: T_T001 LIKE T001 OCCURS 0 WITH HEADER LINE.

SELECT * FROM T001 APPENDING TABLE T_T001.
SELECT * FROM T001 APPENDING TABLE T_T001.
SELECT * FROM T001 APPENDING TABLE T_T001.

SORT T_T001 BY BUKRS.

LOOP AT T_T001.
  WRITE:/ T_T001-BUKRS, T_T001-BUTXT.
  AT END OF BUKRS.
    WRITE:/ 'Конец'.
  ENDAT.
ENDLOOP.

KOVAL

belnr должно стоять первым

Preatos

KOVAL написал(а):

belnr должно стоять первым

А почему? А мне надо чтобы в конце стояло! Какая ему разница вот я не понимаю где стоит поле. Он должен изменение его содержимого отслеживать а не его местоположение.

KOVAL

отсортируй, поставь первым, а выводи, так как тебе угодно

Сергей Королев

Preatos написал:

А почему? А мне надо чтобы в конце стояло! Какая ему разница вот я не понимаю где стоит поле. Он должен изменение его содержимого отслеживать а не его местоположение.

Цитата:

...дай мне терпение смириться с тем, что я изменить не в силах...

Что тут скажешь, ну так они придумали...

lumer

Почему в начале? Ну потому что они анализируют бинарную цепочку аккурат от начала строки таблицы до того места где кончается отслеживаемое поле. Изменился хотя бы 1 бит - срабатывает условие. Быстрее так, понимаешь?

Galka

можно еще одну таблицу сделать с этим полем в начале или реализовать свой механизм, симулирующий события AT LAST, etc..

Parazit

Preatos написал:

А почему? А мне надо чтобы в конце стояло! Какая ему разница вот я не понимаю где стоит поле. Он должен изменение его содержимого отслеживать а не его местоположение.

Тут есть своя логика. Отслеживается не изменение одного поля, а изменение ключа из нескольких полей. Например, если бы это были поля GJAHR (год) и BELNR (номер), то при изменении GJAHR, но совпадающем BELNR, событие End of BELNR должно отработать, т.к. это явно другой документ.

К сожалению, под ключом они понимают все предшествующие поля структуры вместе с этим, а не явно описанный WITH KEY.
Ну, такова SAPa!

DKiyanov

Есть ищчё такой оператор
ON CHANGE OF f.
....
ENDON.

Правила форума

Оператор Write

Кто сейчас на конференции