Angelegte Tabelle füllen aus der Textdatei
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Hallo,
ich sollte eine angelegte Tabelle mit Daten aus der Text Datei füllen.
Die angelegte Tabelle heißt: ztb_met
Die Tabelle lt_met ist leer. Warum?
Danke im Voraus!
VG
ich sollte eine angelegte Tabelle mit Daten aus der Text Datei füllen.
Die angelegte Tabelle heißt: ztb_met
Die Tabelle lt_met ist leer. Warum?
Code: Alles auswählen.
DATA: lt_met TYPE TABLE OF ztb_met.
....
.....
....
CALL FUNCTION 'GUI_UPLOAD'
EXPORTING
filename = gv_file
* filetype
has_field_separator = 'X'
* HEADER_LENGTH = 0
* READ_BY_LINE = 'X'
* DAT_MODE = ' '
* CODEPAGE = ' '
* IGNORE_CERR =
* REPLACEMENT =
* CHECK_BOM = ' '
* VIRUS_SCAN_PROFILE =
* NO_AUTH_CHECK = ' '
* IMPORTING
* FILELENGTH =
* HEADER =
TABLES
data_tab = lt_met
VG
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von PeterPaletti (Specialist / 348 / 32 /
97
)
»
Rate mal mit Rosenthal. Was weiß denn ich, warum.
Vielleicht ist die Datei leer. Vielleicht hat sie keinen Field-Separator. Vielleicht bricht der FuBa mit irgendeinem Fehlercode ab. Vielleicht oder aber oder auch nicht.
By the way.
Heutzutage werden meines Wissens die Methoden der Klasse CL_GUI_FRONTEND_SERVICES anstelle des FuBa verwendet.
Vielleicht ist die Datei leer. Vielleicht hat sie keinen Field-Separator. Vielleicht bricht der FuBa mit irgendeinem Fehlercode ab. Vielleicht oder aber oder auch nicht.
By the way.
Heutzutage werden meines Wissens die Methoden der Klasse CL_GUI_FRONTEND_SERVICES anstelle des FuBa verwendet.
Beitrag
von PeterPaletti (Specialist / 348 / 32 /
97
)
»
Öh, um Daten auf in einer DB-Tabelle zu speichern benutzt man üblicher Weise die passenden Statements wie insert, modify oder update in einem Verbucherbaustein.
Erwarten würde ich auch, dass man die Daten die man bekommt, nicht blind in die DB hineinklöppelt, sondern erstmal prüft.
Erwarten würde ich auch, dass man die Daten die man bekommt, nicht blind in die DB hineinklöppelt, sondern erstmal prüft.
Ja, so viel weiß ich aber es klappt leider nicht. Bitte siehe den Screenshot und den Code.
Die Tabelle lt_ztb ist gefüllt mit Daten.
Danke im Voraus!
VG
Die Tabelle lt_ztb ist gefüllt mit Daten.
Code: Alles auswählen.
DATA: ls_ztb type ztb,
lt_ztb type TABLE OF ztb.
...
...
insert ztb from TABLE lt_ztb. -> Hier programm bricht ab(Exception)
VG
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von PeterPaletti (Specialist / 348 / 32 /
97
)
»
Rate mal mit Rosenthal. Ohne Quellcode schwer einzuschätzen.
Beitrag
von PeterPaletti (Specialist / 348 / 32 /
97
)
»
Aus der SAP-Hilfe:
Wenn der Zusatz ACCEPTING DUPLICATE KEYS angegeben ist, werden alle Zeilen eingefügt, für die dies möglich ist. Alle Zeilen, die zu doppelten Einträgen bezüglich des Primärschlüssel oder eines eindeutigen Sekundärindex führen würden, werden verworfen und sy-subrc wird auf 4 gesetzt. Der Zusatz ACCEPTING DUPLICATE KEYS bedeutet nicht, dass doppelte Schlüsseleinträge im Wortsinn akzeptiert werden. Insbesondere wird nicht wie bei MODIFY eine Änderung an einem vorhandenen Eintrag vorgenommen. Statt dessen verhindert ACCEPTING DUPLICATE KEYS das Auftreten der zugehörigen Ausnahme und setzt statt dessen den Rückgabewert sy-subrc auf 4.
Du hast einfach doppelte Schlüsseleinträge in deiner internen Tabelle. Würdest du den Inhalt vor dem Speichern prüfen, würde das auffallen.
Wenn der Zusatz ACCEPTING DUPLICATE KEYS angegeben ist, werden alle Zeilen eingefügt, für die dies möglich ist. Alle Zeilen, die zu doppelten Einträgen bezüglich des Primärschlüssel oder eines eindeutigen Sekundärindex führen würden, werden verworfen und sy-subrc wird auf 4 gesetzt. Der Zusatz ACCEPTING DUPLICATE KEYS bedeutet nicht, dass doppelte Schlüsseleinträge im Wortsinn akzeptiert werden. Insbesondere wird nicht wie bei MODIFY eine Änderung an einem vorhandenen Eintrag vorgenommen. Statt dessen verhindert ACCEPTING DUPLICATE KEYS das Auftreten der zugehörigen Ausnahme und setzt statt dessen den Rückgabewert sy-subrc auf 4.
Du hast einfach doppelte Schlüsseleinträge in deiner internen Tabelle. Würdest du den Inhalt vor dem Speichern prüfen, würde das auffallen.
Beitrag
von DeathAndPain (Top Expert / 1944 / 257 /
413
)
»
Aus meiner Sicht deutet das darauf hin, dass die ZTB-Tabelle vermutlich einen unsachgemäß gewählten Primärschlüssel hat, wenn er unterschiedliche Zeilen mit demselben Primärschlüssel darin speichern möchte. Es sei denn, seine Uploadzeilen sind inhaltlich fehlerhaft.
@HH_ABAP: Ich kann verstehen, dass Du hier keine Firmengeheimnisse ausbreiten möchtest, aber der Primärschlüssel der Tabelle ist an dieser Stelle schon eine wichtige Information. Auch mehr über die Tabellenzeilen zu wissen, die Du einfügen möchtest, wäre gut.
Wenn der Schlüssel in Ordnung ist und Zeilen, zu deren Schlüssel es schon etwas in der Datenbanktabelle gibt, einfach nur aktualisiert werden sollen, kannst Du statt INSERT den Befehl MODIFY verwenden. Der fügt hinzu, wenn es die Zeile noch nicht gibt und ändert, wenn es sie schon gibt.
Aber wie gesagt: Voraussetzung ist, dass Deine Tabellenschlüssel durchdacht sind und Du weißt, was Du tust.
Im einfachsten Falle kannst Du dem Primärschlüssel einfach eine Spalte "Laufende Nummer" hinzufügen und die dann für jede neue Zeile um 1 erhöhen. Dann ist der Schlüssel eindeutig. Ob das freilich für Deinen Anwendungsfall auch Sinn ergibt, können wir hier aufgrund der von Dir gebotenen Informationen nicht beurteilen. Dazu müssten wir schon wissen, wie die Tabelle genau definiert ist und was genau damit gemacht werden soll.
@HH_ABAP: Ich kann verstehen, dass Du hier keine Firmengeheimnisse ausbreiten möchtest, aber der Primärschlüssel der Tabelle ist an dieser Stelle schon eine wichtige Information. Auch mehr über die Tabellenzeilen zu wissen, die Du einfügen möchtest, wäre gut.
Wenn der Schlüssel in Ordnung ist und Zeilen, zu deren Schlüssel es schon etwas in der Datenbanktabelle gibt, einfach nur aktualisiert werden sollen, kannst Du statt INSERT den Befehl MODIFY verwenden. Der fügt hinzu, wenn es die Zeile noch nicht gibt und ändert, wenn es sie schon gibt.
Aber wie gesagt: Voraussetzung ist, dass Deine Tabellenschlüssel durchdacht sind und Du weißt, was Du tust.
Nein, Du kannst in eine Datenbanktabelle auf keinen Fall zwei Zeilen mit demselben Primärschlüssel einfügen. Wenn dies dennoch notwendig ist, dann ist das IMMER ein Zeichen dafür, dass bei der Definition der Tabelle der Primärschlüssel falsch gewählt worden ist.ja, ich habe viele doppelte schlüssel aber sollte irgendwie klappen, oder?
Im einfachsten Falle kannst Du dem Primärschlüssel einfach eine Spalte "Laufende Nummer" hinzufügen und die dann für jede neue Zeile um 1 erhöhen. Dann ist der Schlüssel eindeutig. Ob das freilich für Deinen Anwendungsfall auch Sinn ergibt, können wir hier aufgrund der von Dir gebotenen Informationen nicht beurteilen. Dazu müssten wir schon wissen, wie die Tabelle genau definiert ist und was genau damit gemacht werden soll.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
HH_ABAP
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
2121
Views
Views
Tabelle in Textdatei - Struktur unbekannt
von svenk » 15.01.2008 12:18 • Verfasst in ABAP® für Anfänger
von svenk » 15.01.2008 12:18 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
4363
Views
Views
7
Antw.
Antw.
323
Views
Views
Ohne Programmierung eine Textdatei in einer Datenbank Tabelle importieren
von HH_ABAP » 05.05.2023 10:29 • Verfasst in ABAP® für Anfänger
von HH_ABAP » 05.05.2023 10:29 • Verfasst in ABAP® für Anfänger
6
Antw.
Antw.
4110
Views
Views
Range Tabelle vom Typ RRRANGESID in eine DB-Tabelle füllen
von kaim77 » 15.09.2014 12:32 • Verfasst in ABAP® Core
von kaim77 » 15.09.2014 12:32 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.