Doppelte Spalteneinträge löschen
Hallo,
ich stehe vor folgendem Problem:
- in einem Report wird eine interne Tabelle von variabler Länge generiert
- in dieser Tab. gibt es eine Spalte, in der doppelte Einträge vorkommen können
- wenn nun eine Doppelung auftritt, soll immer der zweite (gleiche) Eintrag der Spalte mit seiner ganzen Zeile gelöscht werden
Ich habe es mit DELETE ADJACENT DUPLICATE ENTRIES FROM <itab> [COMPARING... ] versucht. Damit lassen sich jedoch nur doppelte Einträge benachbarter Spalten auffinden und löschen, jedoch nicht innerhalb einer Spalte.
Für ein paar kreative Anregungen bin ich sehr dankbar!
mfg Arno
ich stehe vor folgendem Problem:
- in einem Report wird eine interne Tabelle von variabler Länge generiert
- in dieser Tab. gibt es eine Spalte, in der doppelte Einträge vorkommen können
- wenn nun eine Doppelung auftritt, soll immer der zweite (gleiche) Eintrag der Spalte mit seiner ganzen Zeile gelöscht werden
Ich habe es mit DELETE ADJACENT DUPLICATE ENTRIES FROM <itab> [COMPARING... ] versucht. Damit lassen sich jedoch nur doppelte Einträge benachbarter Spalten auffinden und löschen, jedoch nicht innerhalb einer Spalte.
Für ein paar kreative Anregungen bin ich sehr dankbar!
mfg Arno
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
nachdem DELETE ADJACENT nicht hilft, würde es uns helfen, wenn Du ein Beispiel geben würdest. Dann haben wir die Möglichkeit, an Hand der Daten Dein Problem zu verstehen.Arno hat geschrieben:Hallo,
ich stehe vor folgendem Problem:
- in einem Report wird eine interne Tabelle von variabler Länge generiert
- in dieser Tab. gibt es eine Spalte, in der doppelte Einträge vorkommen können
- wenn nun eine Doppelung auftritt, soll immer der zweite (gleiche) Eintrag der Spalte mit seiner ganzen Zeile gelöscht werden
Ich habe es mit DELETE ADJACENT DUPLICATE ENTRIES FROM <itab> [COMPARING... ] versucht. Damit lassen sich jedoch nur doppelte Einträge benachbarter Spalten auffinden und löschen, jedoch nicht innerhalb einer Spalte.
Für ein paar kreative Anregungen bin ich sehr dankbar!
mfg Arno
Gemäß Deiner Beschreibung, würde ich die Daten in folgender Art vermuten:
Code: Alles auswählen.
victor hugo prince
leonid tolstoy woina
john tolkien hobbit
john tolkien hobbithobbit
sieht ziemlich unverständlich aus...
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Im Anhang befindet sich ein word file mit einer fiktiven Beispieltabelle. In der ersten Spalte treten Doppelungen auf. Diese sollen samt der dazugehörigen Zeile gelöscht werden.
Es muß also innerhalb einer Spalte geprüft werden, ob Doppelungen auftreten.
mfg Arno
Es muß also innerhalb einer Spalte geprüft werden, ob Doppelungen auftreten.
mfg Arno
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
...und sortieren vor dem DELETE ADJACENT DUPLICATE... soll nicht sein? Ansonsten würde das helfenIch habe es mit DELETE ADJACENT DUPLICATE ENTRIES FROM <itab> [COMPARING... ] versucht. Damit lassen sich jedoch nur doppelte Einträge benachbarter Spalten auffinden und löschen, jedoch nicht innerhalb einer Spalte.
Gruß,
Kowi
möglicherweise kannst Du bereits bei der Selektion (von der Datenbank) mittels Zusatz DISTINCT doppelte Datensätze vermeiden.Arno hat geschrieben:Im Anhang befindet sich ein word file mit einer fiktiven Beispieltabelle. In der ersten Spalte treten Doppelungen auf. Diese sollen samt der dazugehörigen Zeile gelöscht werden.
Es muß also innerhalb einer Spalte geprüft werden, ob Doppelungen auftreten.
mfg Arno
wenn nicht sortiert werden darf, musst Du mittels LOOP die Tabelle durch gehen und für jeden Satz prüfen, ob Du mit READ TABLE einen Satz findest, dessen SY-TABIX LT akt_tabix ist. Wenn das der Fall ist, kannst Du die aktuelle Zeile löschen:Kowi hat geschrieben:...und sortieren vor dem DELETE ADJACENT DUPLICATE... soll nicht sein? Ansonsten würde das helfenIch habe es mit DELETE ADJACENT DUPLICATE ENTRIES FROM <itab> [COMPARING... ] versucht. Damit lassen sich jedoch nur doppelte Einträge benachbarter Spalten auffinden und löschen, jedoch nicht innerhalb einer Spalte.
Gruß,
Kowi
Code: Alles auswählen.
LOOP AT itab.
lv_tabix = sy-tabix.
READ TABLE itab WITH KEY
sp1 = itab-sp1
TRANSPORTING NO FIELDS.
IF sy-tabix LT lv_tabix.
DELETE itab INDEX lv_tabix.
ENDIF.DELETE ADJACENT DUPLICATES funktioniert nur, wenn die Tabelle zuvor nach den Spalten sortiert wurde, die verglichen werden sollen
Code: Alles auswählen.
SORT itab BY sp1.
DELETE ADJACENT DUPLICATED FROM itab COMPARING sp1.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Anonymous hat geschrieben: Sort itab... (by)......
Collect itab.
PENG.
Hier liegt bereits der "Fehler". Bevor ich (doppelte) Einträge in eine interne Tabelle einfüge, prüft man ob dieser schon vorhanden ist.Arno hat geschrieben:Hallo,
ich stehe vor folgendem Problem:
- in einem Report wird eine interne Tabelle von variabler Länge generiert
Warum eine Tabelle unnötig "aufblähen", wenn nachher doch wieder gelöscht wird???
Bei grossen Datenbeständen wo die interne Tabelle vielleicht 1 Mio. Einträge hat, von denen alle doppelte Einträge haben, macht sich das schon sehr bemerktbar.
Grundsätzlich nur die Daten halten und verarbeiten die man auch wirklich braucht und nicht jeden "Müll" bis and Ende mitschleppen um dann auszusortieren.
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Das wird doch in der F1-Hilfe zu DELETE erklärt.Arno hat geschrieben:Sortieren wäre möglich, aber was sollte es bringen?
Warum wendest Du Befehle an, deren Bedeutung Du nicht kennst?
Solche Antworten kannst Du Dir sparen.Frank Dittrich hat geschrieben:Das wird doch in der F1-Hilfe zu DELETE erklärt.Arno hat geschrieben:Sortieren wäre möglich, aber was sollte es bringen?
Warum wendest Du Befehle an, deren Bedeutung Du nicht kennst?
ALLE Fragen kannst Du so lapidar beantworten... Schau in die Hilfe, schau in die Documentation, schau bei SAP nach.
ob die Formulierung von Frank's Antwort die Beste war, stelle ich mal dahin, aber Deine aggressive (meine Meinung) Anmerkung ist auch nicht wirklich hilfreich.Anonymous hat geschrieben:Solche Antworten kannst Du Dir sparen.Frank Dittrich hat geschrieben:Das wird doch in der F1-Hilfe zu DELETE erklärt.Arno hat geschrieben:Sortieren wäre möglich, aber was sollte es bringen?
Warum wendest Du Befehle an, deren Bedeutung Du nicht kennst?
ALLE Fragen kannst Du so lapidar beantworten... Schau in die Hilfe, schau in die Documentation, schau bei SAP nach.
So, und nun zurück zu Arno und seinem Problem:
Arno, wie ich schon weiter oben geschrieben habe, ist es bei der Verwendung des DELETE ADJACENT notwendig, dass die Tabelle nach den Feldern sortiert worden ist, die mittels DELETE ADJACENT verglichen, und bei mehrfachem Vorkommen, gelöscht werden sollen.
Hallo Gemeinde! 
Das Problem wurde mit dem Coding:
LOOP AT itab.
lv_tabix = sy-tabix.
READ TABLE itab WITH KEY
sp1 = itab-sp1
TRANSPORTING NO FIELDS.
IF sy-tabix LT lv_tabix.
DELETE itab INDEX lv_tabix.
ENDIF.
gelöst.
Eine Sortierung war nicht möglich, da die Tabelle aus einer Workflow-Umgebung heraus generiert wurde und auch chronologische Zusammenhänge darstellt. Durch eine Sortierung wäre die korrekte Chronologie nicht mehr gegeben gewesen.
Vielen Dank euch allen für die Hilfe!
Das Problem wurde mit dem Coding:
LOOP AT itab.
lv_tabix = sy-tabix.
READ TABLE itab WITH KEY
sp1 = itab-sp1
TRANSPORTING NO FIELDS.
IF sy-tabix LT lv_tabix.
DELETE itab INDEX lv_tabix.
ENDIF.
gelöst.
Eine Sortierung war nicht möglich, da die Tabelle aus einer Workflow-Umgebung heraus generiert wurde und auch chronologische Zusammenhänge darstellt. Durch eine Sortierung wäre die korrekte Chronologie nicht mehr gegeben gewesen.
Vielen Dank euch allen für die Hilfe!
Die Lösung ist doch ein Scherz 
Erstens wird nur ein Feld verglichen, warum also kein Sort nach diesem Feld und danach evtl. wieder nach den keyfelder?
@ereglam: Wenn Du schon überlegen musst, ob Dittrichs Antwort nicht die Beste war, dann mein Mitleid.
Gut zu beobachten, jede direkte Konfrontation mit Dir oder Dittrich wird SOFORT als aggressive dargestellt. Meistens (fast immer) sogar von einem von Euch beiden, je nachdem.
Habt ihr Angst man rüttel an Eurem "Thron". Was auch ja bereits mehrfach von anderen erwähnt wurde. Die meisten werden dann mundtot gemacht, indem deren Postings gelöscht werden.
Sehr "fair" (ironio off), aber wenn ihr euch nicht anders auseinandersetzen könnt, geht's wohl nur so.
Erstens wird nur ein Feld verglichen, warum also kein Sort nach diesem Feld und danach evtl. wieder nach den keyfelder?
@ereglam: Wenn Du schon überlegen musst, ob Dittrichs Antwort nicht die Beste war, dann mein Mitleid.
Gut zu beobachten, jede direkte Konfrontation mit Dir oder Dittrich wird SOFORT als aggressive dargestellt. Meistens (fast immer) sogar von einem von Euch beiden, je nachdem.
Habt ihr Angst man rüttel an Eurem "Thron". Was auch ja bereits mehrfach von anderen erwähnt wurde. Die meisten werden dann mundtot gemacht, indem deren Postings gelöscht werden.
Sehr "fair" (ironio off), aber wenn ihr euch nicht anders auseinandersetzen könnt, geht's wohl nur so.
Es soll Datenbestände geben, die sich nicht umsortieren lassen, weil es keine 'Key'-Felder gibt, nach denen später wieder sortiert werden kann.Anonymous hat geschrieben:Die Lösung ist doch ein Scherz
Erstens wird nur ein Feld verglichen, warum also kein Sort nach diesem Feld und danach evtl. wieder nach den keyfelder?
@ereglam: Wenn Du schon überlegen musst, ob Dittrichs Antwort nicht die Beste war, dann mein Mitleid.
Gut zu beobachten, jede direkte Konfrontation mit Dir oder Dittrich wird SOFORT als aggressive dargestellt. Meistens (fast immer) sogar von einem von Euch beiden, je nachdem.
Habt ihr Angst man rüttel an Eurem "Thron". Was auch ja bereits mehrfach von anderen erwähnt wurde. Die meisten werden dann mundtot gemacht, indem deren Postings gelöscht werden.
Sehr "fair" (ironio off), aber wenn ihr euch nicht anders auseinandersetzen könnt, geht's wohl nur so.
In sofern kann ich Arno's Problem der Nichtsortierbarkeit durchaus verstehen. Ich hatte nämlich einen tatsächlichen Anwendungsfall, bei dem ich oben gepostete Dublettenprüfung erfolgreich verwendet habe.
Und ob man nach einem oder n Feldern vergleicht, ist der Routine recht egal. Es muss nur richtig beachtet werden.
Wenn Du meinen Vorschlag für einen Witz hälst, bitte. Aber dann liefere auch eine brauchbare Alternative.
PS:
da ich nicht auf irgend einem Thron sitze, kann ich auch keine Angst haben, davon herunter gestoßen zu werden.
PPS:
ich denke mal, dass ich durch meinen Kommentar zu Frank's Antwort sehr wohl klar gemacht habe, dass ich mit Formulierung nicht einverstanden bin.
Inhaltlich ist es jedoch nicht zu beanstanden, dass der Fragende auch mal in die SAP-Hilfe schauen sollte. Man sollte es nur etwas diplomatischer formulieren.
PPPS:
was das Löschen von Postings angeht, kann mir keiner einen Vorwurf machen, da ich über keine Admin-Rechte verfüge und diese auch nicht will.
Ob man überhaupt Postings löschen sollte, ist eine sehr schwierige Frage, wobei ich der Meinung bin, dass Deine durchaus hätten stehen gelassen werden können...
Zuletzt geändert von ereglam am 15.04.2005 18:15, insgesamt 1-mal geändert.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Vergleichbare Themen
2
Antw.
Antw.
3197
Views
Views
Doppelte Datensätze aus einer Tabelle löschen
von managero » 21.04.2008 17:34 • Verfasst in ABAP® Core
von managero » 21.04.2008 17:34 • Verfasst in ABAP® Core
1
Antw.
Antw.
4480
Views
Views
doppelte Einträge löschen Distinct über mehrere Spalten
von tmxx » 03.03.2008 13:53 • Verfasst in ABAP® für Anfänger
von tmxx » 03.03.2008 13:53 • Verfasst in ABAP® für Anfänger
5
Antw.
Antw.
2592
Views
Views
Doppelte Einträge aus einer internen Tabelle löschen anhand einer Bedingung
von Sonne1234 » 20.01.2020 13:33 • Verfasst in ABAP® für Anfänger
von Sonne1234 » 20.01.2020 13:33 • Verfasst in ABAP® für Anfänger
5
Antw.
Antw.
5876
Views
Views
6
Antw.
Antw.
2388
Views
Views
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 3 Tagen von DeathAndPain 4 / 1407
vor 3 Tagen von DeathAndPain 4 / 1407
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 3 Tagen von DeathAndPain 4 / 1407
vor 3 Tagen von DeathAndPain 4 / 1407