TIMESTAMP 15 vs. 14 Zeichen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Guten Tag,
weiß jemand, weswegen der Datentyp timestamp eine Länge von 15 Zeichen hat, obwohl nur 14 benötigt werden? Es gibt hier im Forum einen ähnlichen Beitrag, wo u. a. vermutet wird, dass sich SAP auf 5-stellige Jahreszahlen vorbereitet hat. ;) Ein negatives Vorzeichen kommt ja bei Datumsangaben hier nicht infrage. Das fehlende (Leer-)Zeichen würde ganz rechts am timestamp hängen, quasi als Platzhalter, richtig?
Vielen Dank und viele Grüße
sapdepp
weiß jemand, weswegen der Datentyp timestamp eine Länge von 15 Zeichen hat, obwohl nur 14 benötigt werden? Es gibt hier im Forum einen ähnlichen Beitrag, wo u. a. vermutet wird, dass sich SAP auf 5-stellige Jahreszahlen vorbereitet hat. ;) Ein negatives Vorzeichen kommt ja bei Datumsangaben hier nicht infrage. Das fehlende (Leer-)Zeichen würde ganz rechts am timestamp hängen, quasi als Platzhalter, richtig?
Vielen Dank und viele Grüße
sapdepp
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4399 / 223 /
1182
)
»
Da es sich um ein DEC Feld handelt (Kein Mensch weiß warum) wäre das Leerzeichen LINKS zu sehen.
Meine einzige Vermutung für die Verwendung von DEC ist, dass die SAP sich an den UNIX-Timestamp halten wollte. Wenn sie sich dann wenigstens auch an das Verhalten wie bei D und T für Datums- und Zeit-Berechnungen gehalten hätten, wäre das ja durchaus sinnvoll gewesen. So in dieser Form ist das Ganze aber eher eine Krücke als eine Verbesserung gegenüber getrennten Datums- und Zeitfeldern. Gerade wenn man sich D und T anschaut, die ja im Grunde N entsprechen, wäre meines Erachtens auch für die Zeitstempel ein N in Länge 14 besser gewesen, auch weil man es dann z.B. in Schlüsselfeldern für das Transportwesen verwenden hätte können.
Die Länge von 15 statt 14 dürfte mit der internen Längenberchnung von BCD Feldern zusammenhängen. Da kann es nämlich sein, dass mit einer (Byte-)Länge von 14 doch nicht alle Zahlen dargestellt werden können die man möchte.
Meine einzige Vermutung für die Verwendung von DEC ist, dass die SAP sich an den UNIX-Timestamp halten wollte. Wenn sie sich dann wenigstens auch an das Verhalten wie bei D und T für Datums- und Zeit-Berechnungen gehalten hätten, wäre das ja durchaus sinnvoll gewesen. So in dieser Form ist das Ganze aber eher eine Krücke als eine Verbesserung gegenüber getrennten Datums- und Zeitfeldern. Gerade wenn man sich D und T anschaut, die ja im Grunde N entsprechen, wäre meines Erachtens auch für die Zeitstempel ein N in Länge 14 besser gewesen, auch weil man es dann z.B. in Schlüsselfeldern für das Transportwesen verwenden hätte können.
Die Länge von 15 statt 14 dürfte mit der internen Längenberchnung von BCD Feldern zusammenhängen. Da kann es nämlich sein, dass mit einer (Byte-)Länge von 14 doch nicht alle Zahlen dargestellt werden können die man möchte.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
sapdepp
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
Beitrag
von black_adept (Top Expert / 4098 / 128 /
941
)
»
Die Begründung ist etwas anders. Gepackte Zahlen haben ja eine interne Länge von n Bytes. Und da immer ein Vorzeichen vorgesehen ist und eine Ziffer von 0-9 nur ein Halbbyte benötigt, ergibt sich die Anzahl der Ziffern damit auf 2*n-1 Ziffern.a-dead-trousers hat geschrieben: ↑04.11.2022 09:19Die Länge von 15 statt 14 dürfte mit der internen Längenberechnung von BCD Feldern zusammenhängen. Da kann es nämlich sein, dass mit einer (Byte-)Länge von 14 doch nicht alle Zahlen dargestellt werden können die man möchte.
Jetzt kann man zwar im DDIC eine gepackte Zahl mit einer geraden Anzahl m von Ziffern definieren, aber intern werden dafür wegen des Vorzeichens dann m/2+1 Bytes benötigt. Und damit hat man dann ein Halbbyte übrig, so dass man mit der intern definierten Domäne eben auch eine Zahl mit m+1 Ziffern darstellen könnte.
Das geht so weit, dass man eine Domäne mit 4 Ziffern und 0 Nachkommastellen definieren kann, auf die im Programm eine Variable über ein Datenelement typisiert wird. Man kann dann der Variablen den Wert '11111' ( 5 Ziffern ) zuweisen und SAP verarbeitet das klaglos. ( Weder Syntaxfehler noch Dump ! )
Somit sind eigentlich DEC-Domänen mit gerader Anzahl von Ziffern eher verwirrend, so dass ich die Verlängerung der Timestampfelder gutheiße. Jetzt würde ich ja behaupten, dass SAP das genau so sieht und deshalb das gemacht hat. Aber wenn man bedenkt wie viele DEC-Domänen SAP selber mit gerader Anzahl von Stellen anlegt, traue ich ihnen diese Vorausschau doch eher nicht zu. Vielleicht Einzelnen dort...
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag (Insgesamt 2):
sapdepp • a-dead-trousers
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
2194
Views
Views
5
Antw.
Antw.
20212
Views
Views
1
Antw.
Antw.
4486
Views
Views
Zeitstempel TIMESTAMP und TIMESTAMPL
von KleinerEisbaer » 15.09.2008 12:53 • Verfasst in ABAP® für Anfänger
von KleinerEisbaer » 15.09.2008 12: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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.