GET TIME STAMP / SY-UZEIT Unterschied?
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo Zusammen,
kann mir einer sagen, ob der Befehl GET TIME STAMP eine andere Uhrzeit liefert als zur Laufzeit in SY-UZEIT steht? Also quasi eine andere Quelle hat?
Ich habe das Phänomen, das der Zeitstempel, den ich mir mit GET TIME STAMP in meinem Programm hole, bevor ich eine Verbuchung per Bapi starte, um eine Sekunde größer ist als die Änderungsuhrzeit in einer DB-Tabelle, die mit SY-UZEIT gesetzt wird.
Obwohl dieser Eintrag definitiv erst nach meinem GET TIME STAMP geschrieben wird
Gruß
Frank
kann mir einer sagen, ob der Befehl GET TIME STAMP eine andere Uhrzeit liefert als zur Laufzeit in SY-UZEIT steht? Also quasi eine andere Quelle hat?
Ich habe das Phänomen, das der Zeitstempel, den ich mir mit GET TIME STAMP in meinem Programm hole, bevor ich eine Verbuchung per Bapi starte, um eine Sekunde größer ist als die Änderungsuhrzeit in einer DB-Tabelle, die mit SY-UZEIT gesetzt wird.
Obwohl dieser Eintrag definitiv erst nach meinem GET TIME STAMP geschrieben wird
Gruß
Frank
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 / 4419 / 224 /
1189
)
»
Theoretisch ja.
SY-UZEIT wird nur in bestimmten Schritten und an gewissen Interaktionspunkten aktualisiert. (Aufruf eines Befehls)
Wobei ich glaube, dass eine simple Zuweisung (MOVE bwz. = ) dabei nicht zählt.
GET TIME STAMP liefert immer zur aktuellen Ausführung die aktuelle Systemzeit.
Wenn du also zb. dem Zeitfeld deiner DB-Struktur zuerst 12:01 zuweist und genau danach springt die Zeit um eine Sekunde weiter gibts schon einen Unterschied.
Wenn die Zeit erst im Verbucher gesetzt wird ist es noch eindeutiger, denn dieser muss ja nicht zum selben Zeitpunkt ausgeführt werden wie das aktuell laufende Programm. Er kann aufgrund von Ressourcenengpässen entweder das laufende Programm blockieren oder aber erst VIEL später ausgeführt werden.
Eine Sekunde kann aber auch evtl. durch unterschiedliche Rundungsansätze entstehen. Möglich dass die eine der beiden Varianten aufrundet und die andere abrundet.
lg ADT
SY-UZEIT wird nur in bestimmten Schritten und an gewissen Interaktionspunkten aktualisiert. (Aufruf eines Befehls)
Wobei ich glaube, dass eine simple Zuweisung (MOVE bwz. = ) dabei nicht zählt.
GET TIME STAMP liefert immer zur aktuellen Ausführung die aktuelle Systemzeit.
Wenn du also zb. dem Zeitfeld deiner DB-Struktur zuerst 12:01 zuweist und genau danach springt die Zeit um eine Sekunde weiter gibts schon einen Unterschied.
Wenn die Zeit erst im Verbucher gesetzt wird ist es noch eindeutiger, denn dieser muss ja nicht zum selben Zeitpunkt ausgeführt werden wie das aktuell laufende Programm. Er kann aufgrund von Ressourcenengpässen entweder das laufende Programm blockieren oder aber erst VIEL später ausgeführt werden.
Eine Sekunde kann aber auch evtl. durch unterschiedliche Rundungsansätze entstehen. Möglich dass die eine der beiden Varianten aufrundet und die andere abrundet.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
ST22
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
Für die explizite Zuweisung der Zeit- und Datumsfelder gibt es den Befehl GET TIME.a-dead-trousers hat geschrieben:Theoretisch ja.
SY-UZEIT wird nur in bestimmten Schritten und an gewissen Interaktionspunkten aktualisiert. (Aufruf eines Befehls)
Beitrag
von black_adept (Top Expert / 4116 / 129 /
951
)
»
Und ein "GET TIMESTAMP" passt auch nicht SY-UZEIT an.
Probier mal folgendes Coding - dann siehst du alle Aussagen von adt und ewx bestätigt ( evtl. den Schleifenzähler etwas anpassen, so dass die Schleife mehr als 2 oder 3 Sekunden braucht aber auch nicht ewig läuft )
Probier mal folgendes Coding - dann siehst du alle Aussagen von adt und ewx bestätigt ( evtl. den Schleifenzähler etwas anpassen, so dass die Schleife mehr als 2 oder 3 Sekunden braucht aber auch nicht ewig läuft )
Code: Alles auswählen.
REPORT.
DATA: timestamp TYPE timestampl.
WRITE:/ 'Vor DO-LOOP:',sy-uzeit.
DO 100000000 TIMES.
ENDDO.
WRITE:/ 'Nach DO-LOOP::',sy-uzeit.
GET TIME STAMP FIELD timestamp.
WRITE:/ 'Nach GET TIMESTAMP:',sy-uzeit.
GET TIME.
WRITE:/ 'Nach GET TIME:',sy-uzeit.Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
ST22
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
5048
Views
Views
3
Antw.
Antw.
2936
Views
Views
1
Antw.
Antw.
9420
Views
Views
8
Antw.
Antw.
11395
Views
Views
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.