Beträge addieren
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Ich habe ein Problem:
Gegeben ist eine Interne Tabelle in welcher die Kostenstelle, eine Belegnummer, der Username und ein Betrag vorhande ist. itab_user_daten
z.B.
1500 2121440 zx1922 1.000
1500 5234345 zx1922 5.200
2100 2324545 zx1922 1.200
2100 2343114 zx1922 2.200
1500 2121440 zx1933 1.880
1500 5234345 zx1933 1.100
...
wie komme ich dahin, diese Daten in eine weitere interne Tabelle zu schreiben, die dann wie folgt aussehen soll: itab_user_ges
zx1922 9.600
zx1933 2.980
also alle Beträge der einzelnen User addieren und in einer Zeile ausgeben.
muss ich zwei loops auf die interne Tabelle itab_user_daten machen? Bin ein wenig ratlos!
Danke für Eure Hilfe
Stephan
Gegeben ist eine Interne Tabelle in welcher die Kostenstelle, eine Belegnummer, der Username und ein Betrag vorhande ist. itab_user_daten
z.B.
1500 2121440 zx1922 1.000
1500 5234345 zx1922 5.200
2100 2324545 zx1922 1.200
2100 2343114 zx1922 2.200
1500 2121440 zx1933 1.880
1500 5234345 zx1933 1.100
...
wie komme ich dahin, diese Daten in eine weitere interne Tabelle zu schreiben, die dann wie folgt aussehen soll: itab_user_ges
zx1922 9.600
zx1933 2.980
also alle Beträge der einzelnen User addieren und in einer Zeile ausgeben.
muss ich zwei loops auf die interne Tabelle itab_user_daten machen? Bin ein wenig ratlos!
Danke für Eure Hilfe
Stephan
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Die zweite Tabelle muß dann mit non-unique key definiert werden (was in dem Falle der username ist), damit es mit dem Collect-Befehl funktioniert.
z.B.:
Hermann
z.B.:
Code: Alles auswählen.
data: z_itab_ges type standard table of <itabtype> with non-unique key username.Nein, wieso?Hermann hat geschrieben:Die zweite Tabelle muß dann mit non-unique key definiert werden (was in dem Falle der username ist), damit es mit dem Collect-Befehl funktioniert.
z.B.:
HermannCode: Alles auswählen.
data: z_itab_ges type standard table of <itabtype> with non-unique key username.
UNIQUE ist doch OK (ein Eintrag pro User ist gewollt).
Und CHAR-Felder als Key zu behandeln (im Gegensazu zu TYPE P ...) ist doch Default.
unique wäre ok, funktioniert aber nicht mit Tabellen vom Typ standard. In dem Fall müßte man eine hashed oder eine sorted verwenden. Das funktioniert natürlich auch, sofern man das möchte. Kommt darauf an, wie man die Tabelle später weiterverwenden möchte.
Hermann
Hermann
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
COLLECT funktioniert auch prima auf STANDARD TABLEs.Hermann hat geschrieben:unique wäre ok, funktioniert aber nicht mit Tabellen vom Typ standard. In dem Fall müßte man eine hashed oder eine sorted verwenden. Das funktioniert natürlich auch, sofern man das möchte. Kommt darauf an, wie man die Tabelle später weiterverwenden möchte.
Hermann
Alle Zahlen werden aufsummiert, Nicht-Zahlenfelder bilden automatisch den Schlüssel.
Wenn die itab NUR mit COLLECT gefüllt wird und nicht zwischendurch mit INSERT, APPEND (oder MODIFY auf "Key"-Felder) oder SORT verändert wird, ist das seit einiger Zeit sogar ziemlich effizient.
Wenn man mit dem COLLECT fertig ist, kann man anschließend auch sortieren.
Dann wird halt die temporär von System erzeugte Hash-Verwaltung entsorgt.
Sollte fast alles in der Doku zu COLLECT beschrieben sein.
(Nur nicht, ob nach einem SORT ... ein CLEAR bzw. REFRESH reicht, oder ob ein FREE nötig ist, damit bei einem darauffolgenden COLLECT wieder mit Hash gearbeitet wird.)
Stimmt, aber wenn Du einen Schlüssel definieren willst, funktioniert in Zusammenhang mit STANDARD TABLEs kein unique key. Zwingenderweise mußt Du immer einen non-unique key verwenden. Unique kann nur bei SORTED oder HASHED verwendet werden.Frank Dittrich hat geschrieben: COLLECT funktioniert auch prima auf STANDARD TABLEs.
Gute HinweiseFrank Dittrich hat geschrieben: (Nur nicht, ob nach einem SORT ... ein CLEAR bzw. REFRESH reicht, oder ob ein FREE nötig ist, damit bei einem darauffolgenden COLLECT wieder mit Hash gearbeitet wird.)
Hermann
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
1707
Views
Views
4
Antw.
Antw.
291
Views
Views
4
Antw.
Antw.
7574
Views
Views
2
Antw.
Antw.
5136
Views
Views
SELECT mit spalten addieren und GROUP BY
von mawi » 29.05.2007 15:53 • Verfasst in ABAP® für Anfänger
von mawi » 29.05.2007 15:53 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
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 / 1049
vor 2 Tagen von DeathAndPain 4 / 1049
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 / 1049
vor 2 Tagen von DeathAndPain 4 / 1049