Datenbankstruktur - wie speichern?

[NoGAD]

Zitat von p80286:

Welcher Art soll das Fehlverhalten sein?
Du änderst nur die Darstellung.
z.b.
Datensatz: 12.13 xxxx
Darstellung1: 12.00 Stunde/30Min
Darstellung2: 12.15 15Minuten/5Minuten
Darstellung3: 12.10 10Minuten
Darstellung4: 12.13 1Minute

Gruß
K-H

Vielleicht habe ich einen Denkfehler, jedoch ist, z.B. die Vorgabe im 10-Minuten-Takt und es wird auf 30-Minuten erhöht, fallen durch Rundung jeweils 2 Termine weg.

10-Minutentakt:
12:00 = 1. termin
12:10 = 2. termin
12:20 = 3. termin
12:30 = 4. termin

30-Minutentakt:
12:00 = 1. termin ODER 2.termin ?
12:30 = 3. termin ODER 4.termin ?

Das meinte ich mit Fehlverhalten durch Rundung.

LG Mathias

[p80286]

Zitat von NoGAD:

Vielleicht habe ich einen Denkfehler, jedoch ist, z.B. die Vorgabe im 10-Minuten-Takt und es wird auf 30-Minuten erhöht, fallen durch Rundung jeweils 2 Termine weg.

10-Minutentakt:
12:00 = 1. termin
12:10 = 2. termin
12:20 = 3. termin
12:30 = 4. termin

30-Minutentakt:
12:00 = 1. termin ODER 2.termin ?
12:30 = 3. termin ODER 4.termin ?

Das meinte ich mit Fehlverhalten durch Rundung.

In der DB hast Du 4 Termine. Wenn du eine 30Minuten Taktung anzeigen willst dann sähe das z.B. so aus:
12:00 Termin1
12:00 Termin2
12:30 Termin3
12:30 Termin4

Mir scheint es sinnvoller alle Termine mit 12:00 anzuzeigen, da meist Termine nicht zu spät wargenommen werden sollten. Aber das ist Ansichtsache,im wahrsten Sinne des Wortes.

Gruß
K-H

[jobo]

Zitat von NoGAD:

10-Minutentakt:
12:00 = 1. termin
12:10 = 2. termin
12:20 = 3. termin
12:30 = 4. termin

30-Minutentakt:
12:00 = 1. termin ODER 2.termin ?
12:30 = 3. termin ODER 4.termin ?

Das meinte ich mit Fehlverhalten durch Rundung.

Ja, deswegen brauchst Du für Dein Anliegen primär ein Updatestatement, was diese Dinge auflöst/umrechnet. p80286 hat es schon dargestellt, wie es aussehen könnte.

Da es fraglich ist, ob Deine Anforderungen damit abgedeckt werden können, wäre ein "richtiges" Datenmodell sicher besser, als zu basteln.
Die Basis wäre m.E., das ein Termin für sich genommen eine eindeutige ID erhält und einen Timestamp. Das kann man dann beliebig rastern.

[NoGAD]

Zitat von jobo:

Ja, deswegen brauchst Du für Dein Anliegen primär ein Updatestatement, was diese Dinge auflöst/umrechnet. p80286 hat es schon dargestellt, wie es aussehen könnte.

Da es fraglich ist, ob Deine Anforderungen damit abgedeckt werden können, wäre ein "richtiges" Datenmodell sicher besser, als zu basteln.
Die Basis wäre m.E., das ein Termin für sich genommen eine eindeutige ID erhält und einen Timestamp. Das kann man dann beliebig rastern.

Warum benötigt man einen Timestamp der Speicherung?

Mein Timestamp war die vorgegebenen Daten aus Datum+Uhrzeit+Grid.

LG Mathias

[jobo]

Ich weiß nicht, ob wir jetzt aneinander vorbei reden.
Dein Grid zeigt einen gerasterten Wert, der ist ja offenbar ok, solange nichts geändert werden muss.
Statt dessen also lieber einen Echtwert, wie immer der sich dann auch zusammensetzt anhand von realen Tätigkeiten (Events im Programm)

Nochmal die Frage, wie soll ein Intervallwert überhaupt geändert werden? Besonders wenn das alte Raster größer war als das neue?

[p80286]

Wofür soll das eigentlich gut sein?
Bisher betreiben wir hier nur spökenkiekerei

Gruß
K-H

[NoGAD]

Ich habe vor einigen Jahren ein Freewareprogramm geschrieben, ein Bestellbuch für diverse Einsatzzwecke. [1]

Als Hobbyprogrammierer hatte und habe ich wenig Erfahrung. Ich nutzte ich die Datenbank TDbf [2].
Damit klappte alles wunderbar, es gibt aber immer noch Ehrgeiz, dass ich etwas neues Lernen und ausprobieren möchte. Autodidaktisch.

Mittlerweile bin ich mit der GUI der Version 4 sehr weit vorangekommen und würde irgendwann die Datenbank mit einbringen. Um hier aber nun den Anwendern eine freiere Nutzung des Programms zu ermöglichen, versuche ich die Art und Weise einer Datenbankanbindung zu lernen. Hier habe ich sehr große Probleme, mir das abstrakt vorstellen zu können, da ich eher sequentiell denke.

Deshalb suche ich nach Antworten.


Um zum Problem des Intervalls zurückzukommen, mehrfach habe ich schon erwähnt, warum das für mich wichtig ist. Ich skizziere das noch einmal.

Die Daten werden jeden Tag in ein Grid eingetragen und gespeichert. Der Intervall lag pro Spalte bei 15 Minuten. Als Bestellbuch muss auch für die Zukunft eingetragen werden.

Nun werden die Zeiten geändert, weil bemerkt wurde, dass die Zeiten optimiert werden können oder, weil neue Anforderungen bezüglich Aufklärung der Patienten in den Arbeitsalltag Einzug gehalten haben.


Somit wird der Intervall dann um 5 Minuten pro Gridzeile erhöht, also einen 20 Minutenintervall.







[1] https://www.nogad.de/bestellbuch-3/
[2] https://sourceforge.net/projects/tdbf/

[jobo]

Gut, das macht es etwas klarer, aber ich habe leider immer noch nicht verstanden, was es mit dem Takt auf sich hat.
In ein Bestellbuch trage ich eine Bestellung ein, vollkommen egal wann, ich freue mich dann, wenn das bestellte endlich ankommt. Darum wird es also wohl nicht gehen.
Vielleicht könntest Du einfach mal den Vorgang beschreiben, wie ein oder 2 solche Eintrage in dem Buch landen und was mit den Einträgen geschieht.

Wenn Dein Anliegen verstanden wird, kann man auch verbindlichere Vorschläge zur Problemlösung liefern.