Помогите начинающему! Поясните что такое wa(work area) и с чем её едят, желательно с римером

Все довольно просто. В САПе есть внутренние таблицы как с заголоком, так и без. Для работы с внутренними таблицами без заголовка (header line) и нужны WA.
Создаешь внутреннюю таблицу и WA со ссылкой на таблицу БД, данные выбираешь selectom во внутреннюю таблицу, а затем, например, в loopе обрабатываешь внутреннюю таблицу.

data int_mara like standard table of mara.
data wa_mara like mara.

select * from mara into table int_mara where...

loop at int_mara into wa_mara where...
...
...
modify int_mara from wa_mara.

endloop.

Примерно так.

Кстати, таблицы с header line тоже в принципе обладают WA, просто она совпадает с названием таблицы.

ТАкже САП рекомендует работать с таблицами без header line.

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

а если грубо, то это структурированная переменная

а действительно почему интересно без header line?

мне они как то больше нравились, чем отдельную work area объявлять....

SAP Help сообщает на этот счёт следующее:

Using the header line as a work area means that you can use shorter statements; however, they are not necessarily easier to understand, since you cannot immediately recognize the origin and target of the assignment. Furthermore, the fact that the table and its header line have the same name can cause confusion in operations with entire internal tables. To avoid confusion, you should use internal tables with differently-named work areas.

ну не знаю...кому что нравится....

по моему меньше confusion когда они одинаково называются

если у SAP Help другое мнение флаг ему в руки

В принципе, я согласен с подходом САПа. Это обеспечивает некую инкапсулированность данных таблицы. И потом - преимущество header line только в "укорачивании" синтаксиса кода.

Я привык пользоваться header line, меня одинаковые названия не напрягают, наоборот помогают. Дело вкуса, короче.

а огласите <я не знать русский языка> преимущества отдельной от таблицы work area...

и слово инкапсулированность как то мне непонятно в этом контексте...уж лучше confusion

1. При работе с header line лично я всегда задумываюсь над такими операциями как free, refresh и clear. При работе с WA такого нет - таблица - отдельно, WA - отдельно.

2. Как проверить есть ли записи в таблице с HL? DESCRIBE, потом IF.
В таблице с WA - IF itab IS INITIAL.

Это то что приходит на ум невскидку. Подумать - найдутся еще моменты.

Вы поймите - я не ношу майки с надписями I WA internal tables и I interna tables with header line. Это мое сугубо личное мнение. Признаю, что WA-таблицы обладают недостатками, но я сторонник именно их использования. Это вопрос скорее стиля разработки.

И думать нечего clear: i_tab[]. -очистка тейблы,clear i_tab - очистка заголовка в случае HL



Точно так же, никакой проблемы:
if i_tab[] is initial.

ИМХО: дело вкуса. Но опять же, даже в исходниках сапа тейблы с HL используются.

да я и не спорю на счет вкуса...просто подумал вдруг кроме вкуса еще что есть интересное по этому поводу

Через WA работать, конечно, муторно. Приходится писать много саморазумеющегося кода.
Но работать через него бывает полезно, когда производится частое чтение в течении одного логического блока (особенно, если в PERFORM-ах) из внутренней таблицы. Считали значение, потом бац - сбили его. И отсюда появляются логические ошибки. WA бывают полезны в этом плане - с помощью него можно зафиксировать вытащенное значение, чтобы ни одна сволочь случайно его не попортила.
Для уменьшения муторности наделал макросов.
Правда, пока еще просто не успел убедиться в их полезности :-).
Какие-то, возможно, излишни. Каких-то не хватает.
А какие-то еще будут дополняться.

Хотя... Макрос tabtools_define так точно полезен.
==================================
*&---------------------------------------------------------------------*
*& Include /XXX/TABTOOLS
*&---------------------------------------------------------------------*

*==============================================*
define tabtools_define.
data: tbx_&1 type i, " Для хранения позиции курсора
lc_&1 type i, " Для количества строк таблицы
wa_&1 like LINE OF &1. " Work Area для таблицы
end-of-definition.
*==============================================*
define tabappend.
append wa_&1 to &1.
describe table &1 lines lc_&1.
tbx_&1 = lc_&1.
end-of-definition.
*==============================================*
define tabmodify.
modify &1 from wa_&1 index tbx_&1.
end-of-definition.
*==============================================*
define tabdelete.
delete &1 index tbx_&1.
describe table &1 lines lc_&1.
end-of-definition.
*==============================================*
define tablc.
describe table &1 lines lc_&1.
end-of-definition.
*==============================================*
define tabread_index.
describe table &1 lines lc_&1.
end-of-definition.
*==============================================*

==================================
Тестовая программа:
==================================
REPORT ZTABTOOLS_TEST.
tables: yhtrace.
include /xxx/tabtools.

data: itab type yhtrace occurs 0.

tabtools_define itab.

start-of-selection.

select * into table itab
from yhtrace.

tablc itab.
read table itab into wa_itab index lc_itab.
tbx_itab = sy-tabix.

clear wa_itab-trace_id .
tabmodify itab.
tabappend itab.
tabdelete itab.

break-point.