| |
VB.NET - Ein- und UmsteigerRe: Summe zum Datum automatisieren | | | Autor: Franki | Datum: 12.11.18 02:35 |
| Hallo,
ich war einige Zeit unterwegs, deswegen habe ich die Beiträge jetzt erst lesen können.
Aber mit Zeiterfassung/Zeitberechnung beschäftige ich mich schon seit 1995, das Prinzip ist bis heute gleich geblieben. Ich erkläre mal wie ich das mache:
Für eine Zeitberechnung ist eine Anfangszeit und eine Endzeit (jeweils mit Datum/Uhrzeit) notwendig mehr braucht man nicht für die Berechnung der Zeitdifferenz! Ein Zeitintervall kann notwendig sein, z.B. ist es nicht üblich auf Volljährigkeit in Minuten prüfen zu wollen...
Die Datenbank braucht für diese Berechnung nur diese zwei Felder in der entsprechenden Tabelle.
Wenn die Berechnete Zeit jetzt ausgewertet bzw. weiter verarbeitet werden soll, dann braucht es in der DB weitere Angaben, z.B. MitarbeiterID, AuftragsID, usw.
Wenn du die Zeiten optisch darstellen möchtest in einem Grid, dann reicht es die ausgewerteten Werte odrt darzustellen (Z.B. das Ergebnis der Zeitberechnung in einer Spalte obwohl die nicht in der DB steht) Auch bei +- Stunden, Gleitzeit usw. kannst du die Ergebnisse dort anzeigen, die bauchen uach nicht in der Tabelle selbst zu stehen.
Wenn du Daten korrigieren möchtest brauchst du ein Eingabeformular. Dessen Werte werden dann in die DB geschrieben und das Grid neu eingelesen aus den veränderten Daten der DB, mehr ist nicht notwendig.
Auf diese Weise kannst du verschiedene Aufträge, Mitarbeiter, Gleitzeitregelungen, Überstundenregelung, Schichtzuschäge für Nachtschichten/Wochenenden/Feiertage usw. einfach realisieren. Und das sogar anhand der Basisdaten des Mitarbeiters und oder Auftrags.
Die Solldaten müßssen halt irgendwo vermerkt sein und bei der Berechnung des Zeitergebnisses heran gezogen werden, aber die Ergebnisse selbst brauchen nicht in der Zeittabelle gespeichert zu werden, da sie sich ja ändern können.
Das Ergebnis einer Berechnung in der gleichen DB Tabelle zu speichern aus deren Daten die Berechnung erfolgt ist, ist nicht nötig bzw. sinnvoll. Früher war das bei Online Anwendung sinnvoll weil die Internetverbindung langsam war, die PCs wenig Rechenleistung hatten. Damals galt dabei noch write once, read many. Für deinen Anwendungsfall sehe ich diese Problematik aber nicht.
Gruß
Frank | |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
Neu! sevCommand 4.0
Professionelle Schaltflächen im modernen Design!
Mit nur wenigen Mausklicks statten auch Sie Ihre Anwendungen ab sofort mit grafischen Schaltflächen im modernen Look & Feel aus (WinXP, Office, Vista oder auch Windows 8), inkl. große Symbolbibliothek. Weitere InfosTipp des Monats Access-Tools Vol.1
Über 400 MByte Inhalt
Mehr als 250 Access-Beispiele, 25 Add-Ins und ActiveX-Komponenten, 16 VB-Projekt inkl. Source, mehr als 320 Tipps & Tricks für Access und VB
Nur 24,95 EURWeitere Infos
|
|
|
Copyright ©2000-2024 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|