Update DB-Tabelle
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo,
ich habe ein Programm geschrieben, welches ein Feld von einer DB-Tabelle ändern soll. Nun lese ich zunächst alle Daten in eine interne Tabelle ein und verändere diese Feld. Anschließend möchte ich mit dieser internen Tabelle die DB-Tabelle updaten (also die Veränderung übertragen).
Ich habe bei meiner internen Tabelle allerdings nur den Schlüssel und das eine Feld, was ich verändern möchte mitgegeben ( aus Performancegründen etc.).
Update DB-Tabelle from table itab.
Wäre mal mein grober Ansatz, der leider nicht stimmt.
Wie macht man es richtig??
Vielen Dank im Voraus.
ich habe ein Programm geschrieben, welches ein Feld von einer DB-Tabelle ändern soll. Nun lese ich zunächst alle Daten in eine interne Tabelle ein und verändere diese Feld. Anschließend möchte ich mit dieser internen Tabelle die DB-Tabelle updaten (also die Veränderung übertragen).
Ich habe bei meiner internen Tabelle allerdings nur den Schlüssel und das eine Feld, was ich verändern möchte mitgegeben ( aus Performancegründen etc.).
Update DB-Tabelle from table itab.
Wäre mal mein grober Ansatz, der leider nicht stimmt.
Wie macht man es richtig??
Vielen Dank im Voraus.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Ganz grob ( Ohne Sperrlogiken ) für eigene Tabellen oder ZZ-Felder in SAP-Tabellen ohne Changeloganschluss:
Code: Alles auswählen.
loop at itab assigning <itab>.
update dtab set feld = @<itab>-feld where tabellenschlüssel = @<itab>-tabellenschlüssel.
endloop.
commit work.Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
L0w-RiDer
In dem Fall legt man sich eine Testtabelle an, füllt diese mit Testdaten und schreibt ein Testprogramm, mit dem man das Verhalten prüfen kann.
Beitrag
von DeathAndPain (Top Expert / 1941 / 257 /
413
)
»
Trotzdem gefällt mir die ganze Vorgehensweise nicht.
Die Performance ist bei Deinem Ansatz mies, denn Datenbankzugriffe sind das Teuerste, was Du machen kannst, so dass Du bestrebt sein solltest, diese auf ein Minimum zu reduzieren. Es wäre besser, Du würdest Deine interne Tabelle wie die Datenbanktabelle definieren, alle Felder reinziehen, wunschgemäß verändern und dann nur einen einzigen UPDATE dbtab FROM TABLE itab ausführen. Die Hauptspeicherbelastung sollte nicht so groß sein, wenn Du Deine interne Tabelle im Anschluss gleich wieder freigibst (typischerweise weil Du sie lokal definiert hast und Deine Unterroutine nach dem UPDATE endet, notfalls aber auch, weil Du gleich im Anschluss einen FREE-Befehl absetzt).Ich habe bei meiner internen Tabelle allerdings nur den Schlüssel und das eine Feld, was ich verändern möchte mitgegeben ( aus Performancegründen etc.).
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
L0w-RiDer
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
848
Views
Views
5
Antw.
Antw.
908
Views
Views
4
Antw.
Antw.
13200
Views
Views
0
Antw.
Antw.
534
Views
Views
BAPI oder Funktionsbaustein für ein Update der Tabelle ADMI_RUN
von JanR » 06.02.2023 16:19 • Verfasst in ABAP® für Anfänger
von JanR » 06.02.2023 16:19 • Verfasst in ABAP® für Anfänger
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 / 1173
vor 2 Tagen von DeathAndPain 4 / 1173
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 / 1173
vor 2 Tagen von DeathAndPain 4 / 1173