dynamische interne Tabelle füllen
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Hallo zusammen,
kann jemand mir helfen? Ich habe eine dynamische interne Tabelle erzeug mit Methode cl_alv_table_create=>create_dynamic_table. Jetzt will ich diese dynamische interne Tabelle den Inhalt aus anderer interne Tabelle füllen, wo die Spalten von der statisch internen Tabelle gleich wie bei der dynamischen Tabelle ist. Wie mache ich das? Mein Coding sieht folgendes aus:
Vielen Dank für Eure Hilfe
cuncon
kann jemand mir helfen? Ich habe eine dynamische interne Tabelle erzeug mit Methode cl_alv_table_create=>create_dynamic_table. Jetzt will ich diese dynamische interne Tabelle den Inhalt aus anderer interne Tabelle füllen, wo die Spalten von der statisch internen Tabelle gleich wie bei der dynamischen Tabelle ist. Wie mache ich das? Mein Coding sieht folgendes aus:
Code: Alles auswählen.
CALL METHOD cl_alv_table_create=>create_dynamic_table
EXPORTING
it_fieldcatalog = gt_fcat
IMPORTING
ep_table = gz_table
EXCEPTIONS
generate_subpool_dir_full = 1
OTHERS = 2.
*** Datenreferenz dem Feldsymbol <TABLE> zuweisen
ASSIGN gz_table->* TO <table>.
LOOP AT gt_output ASSIGNING <gs_output>.
* hier wird die dynamische interne Tabelle <table> den Inhalt aus der Tabelle gt_output gefüllt
......
.....
ENDLOOP.
cuncon
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1941 / 257 /
412
)
»
Wie wäre es einfach mit einem
?MOVE-CORRESPONDING <gs_output> TO <table>.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
cuncon
aha, geht das? Ich werde mit dem Befehl morgen ausprobieren. Muss man assign component nicht verwenden, um dynamische Tabelle zu zuweisen?DeathAndPain hat geschrieben:Wie wäre es einfach mit einem
?MOVE-CORRESPONDING <gs_output> TO <table>.
cuncon
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Nur wenn du den Namen der Komponente nicht "irgendwie" statisch reproduzieren kannst.cuncon hat geschrieben:Muss man assign component nicht verwenden, um dynamische Tabelle zu zuweisen?
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
cuncon
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von DeathAndPain (Top Expert / 1941 / 257 /
412
)
»
Das ist ja das Schöne an MOVE-CORRESPONDING: Der schaut, welche Spalten hier und dort da sind, und schiebt dann die Werte rüber. Wo die Spalten herkommen, ist dem Befehl egal.cuncon hat geschrieben:aha, geht das?DeathAndPain hat geschrieben:Wie wäre es einfach mit einem?MOVE-CORRESPONDING <gs_output> TO <table>.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
cuncon
Hallo zusammen,
Die Methode CALL METHOD cl_alv_table_create=>create_dynamic_table ist streng genommen obsolet. Mit Hilfe der RTTS Klassen gibt es schönere Möglichkeiten dynamische Objekte zu erzeugen. Auch wirst du hier nicht die Exception GENERATE_SUBPOOL_DIR_FULL auslösen! Mit deiner Methode kannst du Maximal 36 Tables erzeugen, danach ist Schluss!
Liebe Grüße,
Moo_jo
Die Methode CALL METHOD cl_alv_table_create=>create_dynamic_table ist streng genommen obsolet. Mit Hilfe der RTTS Klassen gibt es schönere Möglichkeiten dynamische Objekte zu erzeugen. Auch wirst du hier nicht die Exception GENERATE_SUBPOOL_DIR_FULL auslösen! Mit deiner Methode kannst du Maximal 36 Tables erzeugen, danach ist Schluss!
Liebe Grüße,
Moo_jo
Hallo Cuncon,
das ist richtig, Dir fehlt noch ein neuer Eintrag in Deiner <table>, die ist ja erst mal komplett leer und nur dann kannst die Daten von Struktur zu Struktur kopieren; von Struktur zu Tabelle geht nicht:
Alternative ab 7.4:
Danach hat die rechte Tabelle gleich viel EInträge wie die Linke und alle gleichnamigen Felder sind gefüllt.
Gruß Wolfgang
das ist richtig, Dir fehlt noch ein neuer Eintrag in Deiner <table>, die ist ja erst mal komplett leer und nur dann kannst die Daten von Struktur zu Struktur kopieren; von Struktur zu Tabelle geht nicht:
Code: Alles auswählen.
LOOP AT gt_output ASSIGNING <gs_output>.
append initial line to <table> assigning field-symbol(<s_table>).
move-corresponding <gs_output> to <s_table>.
......
.....
ENDLOOP.Code: Alles auswählen.
move-corresponding gt_output to <table>.Gruß Wolfgang
Geht nicht gibts nicht
cuncon hat geschrieben:Hallo zusammen,
..... anderer interne Tabelle füllen, wo die Spalten von der statisch internen Tabelle gleich wie bei der dynamischen Tabelle ist.
cuncon
Trotzdem die Frage : Wozu erzeugst Du dann die Tabelle dynamisch, anstatt gleich die interne Tabelle an das ALV zu übergeben ?
"Code lügt nicht ^^"
Seite 1 von 1
Vergleichbare Themen
12
Antw.
Antw.
8038
Views
Views
10
Antw.
Antw.
5349
Views
Views
3
Antw.
Antw.
3466
Views
Views
12
Antw.
Antw.
1270
Views
Views
3
Antw.
Antw.
2276
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1113
vor 2 Tagen von DeathAndPain 4 / 1113
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1113
vor 2 Tagen von DeathAndPain 4 / 1113