Code: Alles auswählen.
Data wa_itab like zeilentyp.
APPEND wa_itab TO itab.
Code: Alles auswählen.
append wa to itab.
Code: Alles auswählen.
loop at itab into wa.
write:/ wa.
endloop.
Code: Alles auswählen.
Fall 1:
*********interne Tabelle***********************
DATA itab TYPE Standard TABLE OF scarr WITH NON-UNIQUE KEY carrid.
DATA wa TYPE scarr
Welche Daten kommen in itab und welche in wa
***********************************************
Code: Alles auswählen.
Fall 2.
*********interne Tabelle***********************
DATA itab TYPE Standard TABLE OF scarr WITH NON-UNIQUE KEY carrid WITH HEADER LINE.
***********************************************
Code: Alles auswählen.
Fall 3:
DATA wa TYPE scarr
select * from scarr INTO CORRESPONDING FIELDS
OF wa.
Write: / wa- ... ,
wa- ... ,
wa- ... ,
endselect.
Genau das steht in den vorherigen Beiträgen, insofern dürfte das keine neue Erkenntnis sein.bohne hat geschrieben:Hi!
Ich habe in der Zwischenzeit wieder etwas entdeckt
was mir nicht ganz klar ist!
Ich habe mittlerweile festgestellt dass diese internen Tabellen aus 2 Teilen bestehen.
Einmal der Arbeitsbereich und der Tabellenrumpf oder
die Kopfzeile und und der Tabellenrumpf.
Warum gibt es diese zwei Teile?
Doch - mit ASSIGN geht das sehr wohl. ( seit 4.? )Anonymous hat geschrieben:Hallo,
Dein Problem ist, dass man die einzelnen Felder einer Tabellenzeile nicht direkt im Tabellenrumpf ansprechen kann.
...
Ansprechen kann man die einzelnen Felder einer Zeile nur, wenn man sie vorher in einer LOOP-Schleife oder mit READ TABLE in einen Arbeitsbereich kopiert hat.
MODIFY itab FROM wa TRANSPORTING feldname WHERE feldname <> wa-feldname.Anonymous hat geschrieben: Man kann also auch nicht ganze Spalten eines Tabellenrumpfes mit einem Befehl verändern.