MODIFY itab - itab_line
TRANSPORTING to restrict the components
to be modified. Use
result when changing a single row to set a reference to the changed row in the form of a field symbol or a data reference.
For access using table keys, index access to
sorted tables and when the addition
TRANSPORTING is used, the
wa work area must be
compatible with the row type of the primary internal table. Only in the case of insertion using the table index in
standard tables without
wa be incompatible with the line type of the internal table, and is converted to the row type in accordance with the
conversion rules. If an
arithmetic expression is specified for
wa, the row type of the internal table is respected when determining the
Outside of classes, an obsolete short form is possible where
FROM wacan be omitted if the internal table has a header line
itabwith the same name. The statement then uses the header line as the work area implicitly.
When modifying a row in a table, be mindful of table keys that are read only. While overwriting of protected key fields in the
primary table key is not checked until runtime, this always results in a syntax error for the
secondary table key. If a row whose
secondary table key
is read only is changed,
FROM wacan therefore only be specified together with
TRANSPORTING, and no key fields of the secondary key can be specified after
Specifying a calculation expression for
wais usually only a good idea for elementary row types.
... TRANSPORTING comp1 comp2 ...
TRANSPORTING has the effect that only the specified components
comp2, ... of the work area are assigned to the corresponding components of the row(s) to be changed. For
sorted tables and
hashed tables, no primary table key components may be declared after
comp2, ... are specified in accordance with the rules specified in
Specifying Components, with the constraint that,
TRANSPORTING, no attributes of classes can be addressed using the object component selector.