Interne Tabelle dynamisch erzeugen

[Edin1867]

slsg27 hat dat jetzt ausprobiert, aber die Tabellenzeilen sind noch kürzer. D.h. wir haben noch eine Dumpmachine erzeugt.

Tja, ausser Spesen nix gewesen. Dynamische Tabellen scheinen unter 46C nur für die Anzeige im ALV oder in Auswerte-Reports zu taugen. DB-Updates Fehlanzeige. Somit beginnt das Warten auf 610 im Projekt...

Gruss,
Haubi + slsg27

[Walter4536]

Hallo,

seltsam, bei mir hat es funktioniert. Im ersten Fall hatte ich lediglich im Feldkatalog jeweils ref_tab und ref_field gefüllt und dann damit versucht, einen Eintrag in der MARA zu erzeugen. Dabei kam es dann bei mir zu demselben Kurzdump, wie Ihr oben geschildert habt.

Nachdem ich dann aber umgestellt hatte (für die P-Felder) und ref_tab und ref_field nicht mehr gefüllt habe, sondern bei P-Feldern eben nur noch 'DATATYPE', 'INTTYPE', 'INTLEN' und 'DECIMALS' hat es dann mit diesem einen Satz funktioniert (Kurzdump blieb aus), d.h. MARA wurde ordentlich upgedatet. Der Witz dabei: Ich bin auf Rel. 46B.

Habt Ihr zufällig ein Testprogramm geschrieben? Das einzige was ich noch anbieten könnte wäre, den Report bei mir mal reinzuhängen und zu testen. Einfach per email an webmaster@abapforum.com.

Gruß,
Steff

[Ilja583]

@slsg27 und Haubi:

leider sehe ich keine emailaddy von euch und wer weiß ob ihr "Private Messages" lest - ich tu es jedenfalls nicht.

Ich hab hier ein relativ einfaches coding rumliegen, mit dem man zumindest in der von mir getesteten Tabelle Einträge einfügen kann:

addy: stefan@schmoecker.de


Nachtrag. Ich vergass den Releasestand: 4.6c

[Jessy5246]

Hi guys:
I have good and bad news. The good news is, you can use CREATE DATA with a reference to an itab to create an internal table. The bad news is, that the class method to create a table boils down to a subroutine pool.

Either way, it does not help much. You do not have a prototype of an internal table available to do the stuff you need to do.

However:
Think about creating a 'container table' of 8Kb width (or whatever you need). You can overlay the structure you need via field-symbols or temp structures, then update the DB from the table. It discards excess bytes anyway. To be more flexible, you can do what SAP does in SLG1 (application log): Define various containers, say 8Kb, 16Kb, 32KB and 64Kb. Then determine which size you need and point to that. The other (empty) tables don't use up too much space.

Additional hint:
If you cannot use a 'clean' structure, you may have to consider the alignment. Typically declaring a type F variable before the structure does the trick.

Regards,
Wolfgang