Zusammenfassen von Zeiträumen

Re: Zusammenfassen von Zeiträumen

XYZ 01.07.2000 31.12.2000
XYZ 01.01.2001 30.11.2001
XYZ 01.01.2002 31.12.9999

Und was für ein Ergebnis würdest du hier erwarten? Was willst du haben, wenn es Lücken gibt?

Geht es hier um Personaldaten aus Infotypen?

Re: Zusammenfassen von Zeiträumen

Dafür gibt es einen wunderbaren, wenngleich undokumentierten SAP-Funktionsbaustein: RHXPROVIDE_PERIODS

Die Benutzung ist relativ einfach: Übergib ihm eine Tabelle mit Zeiträumen, und Du bekommst sie in überschneidungsfreien Häppchen wie von Dir gewünscht zurück.

Zu erwähnen ist noch, dass ich das Coding des Bausteins aus Interesse mal analysiert habe. Er enthält einen kleinen Programmierfehler, der nicht zu falschen Ergebnissen führt, aber die Laufzeit auf ca. das Fünffache erhöht. Deshalb habe ich mir mal eine statische Klasse gebaut, in die ich praktisch das gleiche Coding reingepackt habe, aber ohne den Fehler.

Du kannst den Baustein aber problemlos auch so nutzen, wie er ist. Das ist ganz altes Coding, und das bedeutet performantes Coding, da die damaligen Maschinen noch nicht so schnell gewesen sind, dass man ihnen die Ineffizienz heutiger Codings zumuten könnte.

Re: Zusammenfassen von Zeiträumen

a-dead-trousers hat geschrieben: ↑

26.02.2020 13:08

Lass mich raten: Die BINARY SEARCH-Anweisungen.
Wenn die Ausgangstabelle nicht sortiert ist, kommts dadurch zu unnötigen Datenmüll.

Das wars dann doch nicht 😉

a-dead-trousers hat geschrieben: ↑

26.02.2020 13:08

Trotzdem kommt bei meinem Testlauf da nicht wirklich das raus, was ich erwartet hätte. Nämlich, dass die "Überschneidungen" aufgelöst werden.

Zumindest beim Eingangsbeispiel von MS-K kommt das zweite "alternative" Ergebnis raus. Man müsste halt noch selbst irgendwie die "unnötigen" Zeiträume dazwischen rausfiltern. Von daher aber trotzdem TOP.

Re: Zusammenfassen von Zeiträumen

Hallo zusammen,

wenn das Ergebnis, so wie am Ende gezeigt, hinhaut, dann ist es genau das was ich brauche. Wenn dann später noch gewünscht kann man ja mit einer "Hilfskrücke" die Zeiträume zusammenfassen.

Ich schaue es mir mal an. Vorab schonmal vielen Dank für die Unterstützung.

Gruß
MSK

Re: Zusammenfassen von Zeiträumen

Gegenstand dieses FB ist es nicht, Zeiträume zusammenzufassen, sondern sie in überschneidungsfreie Häppchen aufzuteilen, innerhalb derer sich nichts geändert hat (also keiner der Zeiträume geendet ist oder begonnen hat). Wenn Du z.B.

18.12.2018-01.05.2019
01.01.2019-31.12.2019
15.07.2019-01.03.2020

hast, dann wirst Du

18.12.2019-31.12.2018
01.01.2019-01.05.2019
02.05.2019-14.07.2019
15.07.2019-01.03.2020

erhalten. Das ist nützlich, wenn ein Objekt verschiedene Attribute hat und Du beispielsweise einen Report schreiben möchtest, der sie alle tabellarisch ausgibt und immer dann eine neue Zeile erzeugt, wenn sich irgendeines dieser Attribute verändert hat. Bei einer Mitarbeiterliste hast Du z.B. Namen, Kostenstelle, Planstelle, Organisationseinheit (und viele weitere Werte). Jetzt willst Du eine Mitarbeiterliste für das gesamte Jahr 2020 mit all diesen Werten. Dann kann diese inhaltlich nur dann richtig werden, wenn Du für jedes einzelne dieser Felder Änderungen innerhalb des Jahres berücksichtigst und eine weitere Ausgabezeile für den Mitarbeiter und entsprechenden Teilzeitraum erzeugst. Wenn Du mit diesem FB die benötigten Zeiträume vorher klärst, indem Du einfach die Gültigkeitszeiträume aller Teilattribute des Mitarbeiters reinschiebst, sinkt die Komplexität Deiner Programmieraufgabe gewaltig, denn anschließend kannst Du einfach für das Beginndatum jeden Teilzeitraums den Wert aller Teilattribute lesen und brauchst keine Angst zu haben, dass Deine Liste falsch wird, weil am Endedatum vielleicht für irgend eines davon ein anderer Wert gilt.

Das Gleiche könnte man aber sicherlich auch für Materialien oder was auch immer brauchen.

Lass mich raten: Die BINARY SEARCH-Anweisungen.
Wenn die Ausgangstabelle nicht sortiert ist, kommts dadurch zu unnötigen Datenmüll.

Falsch. 😜 Bei der Sortierung hat der Programmierer dieses sicherlich sehr alten Codes eigentlich recht gut mitgedacht und auch ansonsten - im Rahmen dessen, was das damalige ABAP hergegeben hat - recht pfiffig programmiert, was ansonsten zu beeindruckend guter Performance führt. Der Fehler steckt in der FORM xprovide. Der dortige loop at tab kann nämlich aus logischen Gründen nur maximal eine Fundstelle finden (das erschließt sich erst, wenn man sich tief in die Programmlogik reindenkt, was ich vor ca. einem Jahr mal gemacht habe). Deswegen wäre es richtig, ein LOOP - EXIT - ENDLOOP -Konstrukt draus zu machen und den restlichen Code, der sich derzeit im LOOP befindet, dahinter in einen IF SY-SUBRC = 0-Block zu packen.

So, wie es jetzt ist, rast der LOOP jedesmal durch die gesamte Tabelle tab und scheitert bei allen anderen Tabellenzeilen vorhersehbar am darauffolgenden READ TABLE, der nichts finden kann. Da es sich um den inneren von zwei geschachtelten LOOPs handelt, kostet das richtig Rechenzeit! Klassen sind wegen ihres technischen Overheads langsamer als Funktionsbausteine, aber dennoch bringt meine statische Klasse, wie gesagt, nach 20% der Rechenzeit dasselbe Ergebnis.

Re: Zusammenfassen von Zeiträumen

Ich habe damals den Baustein so, wie er war, in eine Klasse übernommen und dabei auch ansonsten das Coding modernisiert (LINE_EXISTS anstelle von READ TABLE TRANSPORTING NO FIELDS usw.). Allein davon hatte ich mir schon einen Performancegewinn versprochen. Tatsächlich war das neue Coding aber langsamer als der olle Baustein! Nicht viel und nicht so, dass es groß was ausgemacht hätte, aber halt eine Änderung in die falsche Richtung, denn wenn Du Coding durch effizienteres Coding ersetzt, willst Du kein langsameres Ergebnis haben.

Aber dadurch, dass ich das Coding modernisiert habe, habe ich mich halt reingedacht und bin über den Programmierfehler gestolpert, dessen Behebung dann in meinen Messungen doch dazu geführt hat, dass meine Klasse 5x schneller war, so dass das Theater sich am Ende gelohnt hat.

Und ja, ich habe das damals gemessen, weil ich ja wissen wollte, was es gebracht hat. Die genauen Ergebnisse habe ich jetzt natürlich nicht mehr.

Re: Zusammenfassen von Zeiträumen

Bitte halte mich nicht für einen Anfänger!