Rundungsfehler bei MinutesBetween und Secondsbetween

[khh]

Zwischenschritt weglassen ändert nix
Ist schon eigenartig

beim richtigen Ergebnis von 10 std. steht in begin 42209.125 und in ende 42209.541666666664
beim Fehler mit 11 stunden steht in begin 42173.166666666664 und in ende 42173.625

Warum sind denn die Nachkommawerte so unterschiedlich lang?
In der Datenbank stehen "lesbar" bei beiden Beispielen volle Stunden
24.07.2015 03:00:00 und 24.07.2015 13:00:00
und
18.06.2015 04:00:00 und 18.06.2015 15:00:00

[Union]

Zitat von khh:

Warum sind denn die Nachkommawerte so unterschiedlich lang?

Wenn Du dies durcharbeitest, dann hast Du eine Vorstellung davon.

[p80286]

Zitat von khh:

Warum sind denn die Nachkommawerte so unterschiedlich lang?
In der Datenbank stehen "lesbar" bei beiden Beispielen volle Stunden
24.07.2015 03:00:00 und 24.07.2015 13:00:00
und
18.06.2015 04:00:00 und 18.06.2015 15:00:00

Weil Du wie viele andere auch, auf Fließkommazahlen hereingefallen bist. Stark vereinfacht gesagt, ist eine Fließkommazahl (double,single) nur eine "ungefähre" Angabe. In Deinem Falle kann ich Dir nur raten, die Zeiten auf Sekunden/Minuten seit (DeinZeitnullpunkt) umzurechnen, und dann kannst Du soviel subtrahieren und addieren wie Du lustig bist. (Sogar Dividieren geht, wenn Du mit dem entsprechend kleinen Fehler leben kannst).

Da für DateTime ein Fließkommaformat zur Speicherung gewählt wurde kannst Du damit rechnen, aber das ist beinahe so sinnvoll als wolltest Du Deine Telefonnummer von Deiner Faxnummer abziehen, um die Nummer Deines Appartments zu erhalten.

Gruß
K-H