Update Datenbanktabelle
Hallo!
Ich möchte eine Datenbanktabelle updaten.
Folgender Gedankengang:
Update zcd_diese_Tabelle_soll_geupdatet_werden
Set spalte1 = gt_tab1-spalte1
spalte2 = gt_tab1-spalte2
spalte3 = gt_tab1-spalte3.
allso ich habe eine interne Tabelle (gt_tab1) und diese Werte möchte ich nun in eine Datenbanktabelle(zcd_diese_Tabelle_soll_geupdatet_werden) schreiben. Sollte es so funktionieren??
Ich möchte eine Datenbanktabelle updaten.
Folgender Gedankengang:
Update zcd_diese_Tabelle_soll_geupdatet_werden
Set spalte1 = gt_tab1-spalte1
spalte2 = gt_tab1-spalte2
spalte3 = gt_tab1-spalte3.
allso ich habe eine interne Tabelle (gt_tab1) und diese Werte möchte ich nun in eine Datenbanktabelle(zcd_diese_Tabelle_soll_geupdatet_werden) schreiben. Sollte es so funktionieren??
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Nein, weil du einen LOOP brauchst, um das so umzusetzen. Eigentlich ist die Hilfe doch selbsterklärend. Und wenn nicht: Welche konkrete Frage hast du dazu (also zur Hilfe)?
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1933 / 252 /
410
)
»
Also ich möchte Ralf insofern widersprechen, als das so durchaus funktionieren kann. Dazu müsste man allerdings wissen, wie die Frage genau gemeint ist; die ist nämlich leider etwas unpräzise formuliert. Ich kann sie schon auch so deuten, dass es funktioniert. Wenn man nämlich
ausführt, dann werden die Werte aus der Kopfzeile von gt_tab1 bei sämtlichen Zeilen von zcd_diese_Tabelle_soll_geupdatet_werden in die entsprechenden Spalten geschrieben. Damit ist zcd_diese_Tabelle_soll_geupdatet_werden geupdatet. Von daher: ja. 
Wenn man die Frage etwas wohlwollender liest, was Ralf vermutlich gemacht hat, dann würde ich dennoch zu einem anderen Ergebnis kommen als er. Gewollt ist ja anscheinend, dass die Zeilen der internen Tabelle in die Datenbank geschrieben werden. Dafür ist aber UPDATE grundsätzlich ungeeignet; dafür käme nur INSERT oder allenfalls noch MODIFY in Betracht. Dann kann man aber schon ohne LOOP auskommen; dafür reicht dann ein INSERT FROM TABLE-Befehl.
Sollte natürlich wirklich ein UPDATE gemeint sein, also passende Zeilen bereits in der Datenbanktabelle existieren und darin nur bestimmte Spalten auf der Basis der internen Tabelle verändert werden sollen, ja, dann kommt man um einen LOOP nicht herum.
Code: Alles auswählen.
Update zcd_diese_Tabelle_soll_geupdatet_werden
Set spalte1 = gt_tab1-spalte1
spalte2 = gt_tab1-spalte2
spalte3 = gt_tab1-spalte3.Wenn man die Frage etwas wohlwollender liest, was Ralf vermutlich gemacht hat, dann würde ich dennoch zu einem anderen Ergebnis kommen als er. Gewollt ist ja anscheinend, dass die Zeilen der internen Tabelle in die Datenbank geschrieben werden. Dafür ist aber UPDATE grundsätzlich ungeeignet; dafür käme nur INSERT oder allenfalls noch MODIFY in Betracht. Dann kann man aber schon ohne LOOP auskommen; dafür reicht dann ein INSERT FROM TABLE-Befehl.
Sollte natürlich wirklich ein UPDATE gemeint sein, also passende Zeilen bereits in der Datenbanktabelle existieren und darin nur bestimmte Spalten auf der Basis der internen Tabelle verändert werden sollen, ja, dann kommt man um einen LOOP nicht herum.
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Was genau funktioniert denn nicht?L0w-RiDer hat geschrieben:Nein, es sollte wirklich geupdatet werden, aber irgendwie funktioniert es so nicht ... hat jemand ne andere Idee?
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
LOOP at gt_ausgabe INTO gs_ausgabe.
UPDATE ZCD_TAB_SUCHE
SET MANDT = gs_ausgabe-mandant
XX = gs_ausgabe-xx
YYYY = gs_ausgabe-yyyy
Anzahl_XX = gs_ausgabe-anzahl_xx
Prozent_XX = gs_ausgabe-prozent_xx
Anzahl_YYYY = gs_ausgabe-anzahl_yyyy
Prozent_YYYY = gs_ausgabe-prozent_yyyy.
* where XX = gt_ausgabe-xx
* and YYYY = gt_ausgabe-yyyy.
ENDLOOP.
Ich bin jetzt mal in Debugger reingegangen und der geht nur auf Update und dann gleich runter aber nicht ins Set rein und es schreibt auch nicht auf die Datenbanktabelle....
UPDATE ZCD_TAB_SUCHE
SET MANDT = gs_ausgabe-mandant
XX = gs_ausgabe-xx
YYYY = gs_ausgabe-yyyy
Anzahl_XX = gs_ausgabe-anzahl_xx
Prozent_XX = gs_ausgabe-prozent_xx
Anzahl_YYYY = gs_ausgabe-anzahl_yyyy
Prozent_YYYY = gs_ausgabe-prozent_yyyy.
* where XX = gt_ausgabe-xx
* and YYYY = gt_ausgabe-yyyy.
ENDLOOP.
Ich bin jetzt mal in Debugger reingegangen und der geht nur auf Update und dann gleich runter aber nicht ins Set rein und es schreibt auch nicht auf die Datenbanktabelle....
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Nicht ins SET rein? SET ist *Teil* von UPDATE, da gibt es nichts reinzugehen.
Was sagt der sy-subrc im Debugger?
Achso, öhm, machst du irgendwo einen COMMIT?
Ralf
Was sagt der sy-subrc im Debugger?
Achso, öhm, machst du irgendwo einen COMMIT?
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Das WHERE fehlt, sonst werden ALLE vorhandenen Zeilen der Tabelle mit den gleichen Werten überschrieben.
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
Ja, nach dem Loop mach ich noch Commit Work.
Ich bin gerade bloß noch am überlegen, ob ich so nicht einfach in die Datenbanktabelle reinschreib oder ob so wirklich ein Update stattfindet??
Ich möchte eigentlich einen wirklichen Update nur vollziehen.
Ich bin gerade bloß noch am überlegen, ob ich so nicht einfach in die Datenbanktabelle reinschreib oder ob so wirklich ein Update stattfindet??
Ich möchte eigentlich einen wirklichen Update nur vollziehen.
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
GIBT es denn deine Datensätze schon auf der DB? Nur dann ist ein UPDATE sinnvoll.....
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
.
Beitrag
von DeathAndPain (Top Expert / 1933 / 252 /
410
)
»
Der Commit ist wahrscheinlich das unwichtigste hier. Wenn das Programm endet, dann macht er von sich aus einen Commit (sofern das Programmende nicht durch einen ABAP Dump oder ähnliches herbeigeführt worden ist).
@L0w-RiDer: An Deinem UPDATE-Befehl gefallen mir gleich mehrere Sachen nicht. Eine davon hat adt angemerkt: Du hast kein WHERE drin. Das heißt, beim ersten LOOP-Durchlauf werden sämtliche Zeilen Deiner Datenbanktabelle mit der ersten Zeile Deiner internen Tabelle überschrieben. Beim nächsten LOOP-Durchlauf werden sie dann aber gleich wieder überschrieben, nämlich von der nächsten Zeile Deines LOOPs. Deine Idee ist vermutlich, dass Du zu jeder Zeile aus Deiner internen Tabelle genau eine zugehörige Datenbankzeile überschreiben willst. Dazu musst Du dem UPDATE-Befehl aber sagen, welche Zeile der Datenbanktabelle er denn anpassen soll. Da Du kein WHERE in Deinem UPDATE-Befehl drin hast, werden bei jedem einzelnen LOOP-Schleifendurchlauf alle Zeilen der Datenbanktabelle überschrieben!
Dass das in der Praxis bei Dir nicht funktioniert hat, liegt an der zweiten Sache: Du überschreibst den Primärschlüssel. Um die Zeilen, die Du ändern willst, überhaupt finden zu können, sind in Deiner Datenbanktabelle bestimmte Spalten als Primärschlüsselspalten definiert. Über diese unterscheidet die Datenbank die Zeilen. Daraus folgt die Tatsache, dass man die Spalten, die zum Primärschlüssel gehören, niemals updaten kann!!! Ich weiß zwar nicht, wie Deine Tabelle ZCD_TAB_SUCHE in der SE11 definiert ist, aber ich bin mir sehr sicher, dass zumindest die Spalte MANDT zum Primärschlüssel gehört. Da Du in Deinem Update versuchst, diese Spalte zu ändern (auch wenn Du nur wieder denselben Wert reinschreiben möchtest), wird Dir der UPDATE schon deshalb mit einem SY-SUBRC ungleich Null aussteigen und gar nichts machen (mal abgesehen davon, dass man die Spalte MANDT gar nicht angeben darf, wenn man nicht zugleich den Zusatz CLIENT SPECIFIED bringt).
Sei mir nicht böse, aber dieser Fall zeigt doch recht deutlich, dass Dein derzeitiges Verständnis relationaler Tabellen und Datenbanken gegen Null geht. Ich kann Dir nur dringend empfehlen, Dir da erst mal die wesentlichen Grundlagen anzulesen. Bis dahin wird es Dir noch nicht mal gelingen, sinnvolle SELECTs zu bauen, geschweige denn UPDATEs. Und wie dieses Beispiel zeigt, kannst Du mit einem einzigen UPDATE-Befehl den Inhalt einer ganzen Datenbanktabelle vernichten. Genau das würde Dein Update nämlich tun, wenn ABAP sich nicht wegen des Änderungszugriffs auf Primärschlüsselspalten weigern würde, ihn überhaupt auszuführen.
@L0w-RiDer: An Deinem UPDATE-Befehl gefallen mir gleich mehrere Sachen nicht. Eine davon hat adt angemerkt: Du hast kein WHERE drin. Das heißt, beim ersten LOOP-Durchlauf werden sämtliche Zeilen Deiner Datenbanktabelle mit der ersten Zeile Deiner internen Tabelle überschrieben. Beim nächsten LOOP-Durchlauf werden sie dann aber gleich wieder überschrieben, nämlich von der nächsten Zeile Deines LOOPs. Deine Idee ist vermutlich, dass Du zu jeder Zeile aus Deiner internen Tabelle genau eine zugehörige Datenbankzeile überschreiben willst. Dazu musst Du dem UPDATE-Befehl aber sagen, welche Zeile der Datenbanktabelle er denn anpassen soll. Da Du kein WHERE in Deinem UPDATE-Befehl drin hast, werden bei jedem einzelnen LOOP-Schleifendurchlauf alle Zeilen der Datenbanktabelle überschrieben!
Dass das in der Praxis bei Dir nicht funktioniert hat, liegt an der zweiten Sache: Du überschreibst den Primärschlüssel. Um die Zeilen, die Du ändern willst, überhaupt finden zu können, sind in Deiner Datenbanktabelle bestimmte Spalten als Primärschlüsselspalten definiert. Über diese unterscheidet die Datenbank die Zeilen. Daraus folgt die Tatsache, dass man die Spalten, die zum Primärschlüssel gehören, niemals updaten kann!!! Ich weiß zwar nicht, wie Deine Tabelle ZCD_TAB_SUCHE in der SE11 definiert ist, aber ich bin mir sehr sicher, dass zumindest die Spalte MANDT zum Primärschlüssel gehört. Da Du in Deinem Update versuchst, diese Spalte zu ändern (auch wenn Du nur wieder denselben Wert reinschreiben möchtest), wird Dir der UPDATE schon deshalb mit einem SY-SUBRC ungleich Null aussteigen und gar nichts machen (mal abgesehen davon, dass man die Spalte MANDT gar nicht angeben darf, wenn man nicht zugleich den Zusatz CLIENT SPECIFIED bringt).
Sei mir nicht böse, aber dieser Fall zeigt doch recht deutlich, dass Dein derzeitiges Verständnis relationaler Tabellen und Datenbanken gegen Null geht. Ich kann Dir nur dringend empfehlen, Dir da erst mal die wesentlichen Grundlagen anzulesen. Bis dahin wird es Dir noch nicht mal gelingen, sinnvolle SELECTs zu bauen, geschweige denn UPDATEs. Und wie dieses Beispiel zeigt, kannst Du mit einem einzigen UPDATE-Befehl den Inhalt einer ganzen Datenbanktabelle vernichten. Genau das würde Dein Update nämlich tun, wenn ABAP sich nicht wegen des Änderungszugriffs auf Primärschlüsselspalten weigern würde, ihn überhaupt auszuführen.
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
INSERT für das reine Anlegen.L0w-RiDer hat geschrieben:hmm wie funktionert es denn, wenn ich wirklich den gesamten Inhalt meiner internen Tabelle in die Datenbanktabelle schreiben möchte?
MODIFY für Anlegen oder Ändern (in anderen DB-Systemen auch als UPSERT bekannt)
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
Vergleichbare Themen
11
Antw.
Antw.
838
Views
Views
5
Antw.
Antw.
16764
Views
Views
4
Antw.
Antw.
3507
Views
Views
9
Antw.
Antw.
9473
Views
Views
DBTab Update from Table oder in Loop mit "Update Set" Oder ?
von RIG » 09.03.2018 11:27 • Verfasst in ABAP® Core
von RIG » 09.03.2018 11:27 • 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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 42 Minuten von DeathAndPain 2 / 93
vor 42 Minuten von DeathAndPain 2 / 93
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 42 Minuten von DeathAndPain 2 / 93
vor 42 Minuten von DeathAndPain 2 / 93