Suche | Statistiken | Benutzerliste | Access-FAQ | Datenschutz Foren
donkarl Forum
donkarl Forum ->  Themen -> Access -> Diskussion ansehen

Du bist als Gast eingelogt. ( Anmelden | Registrieren )
  • Access Stammtisch München am 08.10.2020 (Do)
  • StefanWirrer06.10.20 08:23
  • Sessions in der Datenbank
  • Marzer25.09.20 12:21
       └ RE: Sessions in der Datenbank PeterDoering30.09.20 15:59
          └ RE: Sessions in der Datenbank Marzer04.10.20 06:48
  • Berechnen von Zeiten
  • DJFunker13.08.20 14:45
       └ RE: Berechnen von Zeiten Marzer17.08.20 16:52
          └ RE: Berechnen von Zeiten DJFunker16.09.20 11:30
       └ RE: Berechnen von Zeiten PeterDoering18.08.20 23:07
          └ RE: Berechnen von Zeiten KlausWerther19.08.20 12:51
             └ RE: Berechnen von Zeiten KlausWerther19.08.20 14:16
                └ RE: Berechnen von Zeiten DJFunker22.08.20 14:38
             └ RE: Berechnen von Zeiten DJFunker16.09.20 11:51
  • Access Stammtisch München am 10.09.2020 (Do)
  • StefanWirrer05.09.20 00:37
  • Bericht mit 2 Spalten
  • Dreho5231.08.20 19:15
       └ RE: Bericht mit 2 Spalten Karl Donaubauer01.09.20 11:14
  • Access 2010 Replikation mit TSI Synchronizer 4.0
  • DZR30.08.20 20:18
       └ RE: Access 2010 Replikation mit TSI Synchronizer... PeterDoering31.08.20 00:47
          └ RE: Access 2010 Replikation mit TSI Synchroniz... DZR31.08.20 11:47
             └ RE: Access 2010 Replikation mit TSI Synchron... DZR31.08.20 12:26
                └ RE: Access 2010 Replikation mit TSI Synchr... PeterDoering31.08.20 23:52
                   └ RE: Access 2010 Replikation mit TSI Sync... DZR01.09.20 10:04
  • Import per VBA von einer Gupta DB
  • rwolfertz26.08.20 16:07
       └ RE: Import per VBA von einer Gupta DB PeterDoering26.08.20 17:41
          └ RE: Import per VBA von einer Gupta DB rwolfertz27.08.20 14:20
             └ RE: Import per VBA von einer Gupta DB PeterDoering27.08.20 15:19
                └ RE: Import per VBA von einer Gupta DB rwolfertz31.08.20 11:22
  • 3.1 Tabellen wieder einbinden
  • Mario Nestelberger26.08.20 12:18
       └ RE: 3.1 Tabellen wieder einbinden Karl Donaubauer27.08.20 13:04
          └ RE: 3.1 Tabellen wieder einbinden Mario Nestelberger28.08.20 16:56
             └ RE: 3.1 Tabellen wieder einbinden Karl Donaubauer28.08.20 20:49
                └ RE: 3.1 Tabellen wieder einbinden Mario Nestelberger30.08.20 21:43
                   └ RE: 3.1 Tabellen wieder einbinden PeterDoering30.08.20 22:45
                      └ vielleicht bin ich ein Idiot ..... Mario Nestelberger31.08.20 01:13
  • Wie kann ich dieses Problem umsetzen?
  • AccessNutzer24.08.20 07:57
       └ RE: Wie kann ich dieses Problem umsetzen? Tarzun24.08.20 17:15
  • Wunderliches MSACCESS - Performance
  • Tarzun20.08.20 15:02
       └ RE: Wunderliches MSACCESS - Performance PeterDoering21.08.20 20:54
          └ RE: Wunderliches MSACCESS - Performance Tarzun24.08.20 16:29
  • Access-Fenster wechseln spontan in den Vordergrund
  • Pochmann-IT04.08.20 17:44
       └ RE: Access-Fenster wechseln spontan in den Vorde... StefanWirrer20.08.20 14:08
  • Einladung zum 2. virtuellen Access-Stammtisch Hann...
  • KlausWerther19.08.20 12:15
  • Access Stammtisch München am 13.08.2020 (Do)
  • StefanWirrer11.08.20 14:06
  • Probleme mit Combobox und Autoexpand
  • KatrinCou07.08.20 12:09
  • Import-Spezifikation
  • Marzer15.07.20 18:30
       └ RE: Import-Spezifikation PeterDoering16.07.20 01:26
          └ RE: Import-Spezifikation Marzer19.07.20 21:53
    KlausWerther
    Gesendet: 19.08.20 14:16
    Betreff: RE: Berechnen von Zeiten


    Member

    Beiträge: 41
    25
    Ort: Isernhagen (bei Hannover)
    Ein Nachtrag noch:

    Generell ist zu berücksichtigen, dass bei jedem Datentyp mit Fließkomma (dazu zählt auch Datum/Uhrzeit) alle Werte nur Näherungen an die gewünschten Werte sind und jegliche arithmetische Operation den Fehler immer größer werden lässt.

    Bei großen Mengen von Einzelwerten, die aufsummiert werden sollen, wird irgendwann der Gesamtfehler beim Aufsummieren der Flugzeiten so groß, dass auch die vorgeschlagene Lösung mit der Rundung nicht mehr hilft.

    Um das zu umgehen, kann man auf Festkomma-Datentypen oder Ganzzahl-Datentypen wechseln. Allerdings auch hier ist nicht jede Zahl darstellbar. Aber jedenfalls entspricht die Repräsentation der Werte, den eingegebenen Werten.

    Hier ist nun die korrekte Datenmodellierung entscheidend. Mit welcher Genauigkeit werden denn die Daten überhaupt erfasst? Mit welcher Genauigkeit soll die Auswertung erfolgen? Passen diese Anforderungen überhaupt zueinander? Welcher Datentyp eignet sich dafür?

    Beispiel: Wenn minutengenau erfasst wird und die auch die Auswertegenauigkeit nicht genauer sein muss, dann eignet sich ein Ganzzahl-Datentyp wie Long Integer für die Anzahl der Minuten. Hier könnte die eigentliche Erfassung einer Startzeit und Endzeit zwar als DateTime (Datum/Uhrzeit) erfolgen, die errechnete Flugzeit hingegen sollte dann in ganzen Minuten gespeichert oder temporär für die Berechnungen herangezogen werden:
    lngFlugzeitInMinuten = DateDiff("n", dtmStartzeit, dtmEndzeit)

    Die Funktion DateDiff liefert einen Variant mit Untertyp Long zurück. Diese Werte können also ohne Fehler beliebig aufsummiert werden, sofern die Grenzen des Wertebereichs eingehalten werden. Und so sollte der Wert auch in der Tabelle als Long Integer oder in VBA-Code in einer Variablen vom Typ Long gespeichert und verwendet werden.

    Die formatierte Darstellung ergibt sich so:
    strFlugzeitInStunden = Format(lngFlugzeitInMinuten \ 60, "00") & ":" & Format(lngFlugzeitInMinuten mod 60, "00")

    Das ist auch die bessere Lösung, gegenüber der zuvor vorgeschlagenen Rundung. Aber nur in diesem Beispiel-Szenario.


    Das richtige Vorgehen hängt natürlich von Deinem konkreten Anwendungsfall ab.


    --
    Gruss, Klaus
    Top of the page Bottom of the page


    Seite: < 11 12 13 14 15 16 ... 17 18 19 20 21 22 23 ... >
    Suche in diesem Forum
    Druckfreundliche Version
    (Alle Cookies von dieser Seite löschen.)