Datenbankstruktur - wie speichern?

[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.

[NoGAD]

Wenn die Termine nun also in der Datenbank liegen, der Intervall geändert werden muss, sollten diese Termine im Prinzip chronologisch wieder eingebunden werden.

12:00 T1 / 12:15 T2 / 12:30 T3 = 15 Minutentakt

Nun wie oben schon erwähnt, wird der Intervall (z.B. nach 1 Jahr) umgestellt, die Termine sollten aber wieder in die neue Struktur geladen werden.

12:00 T1 / 12:20 T2 / 12:40 T3 = 20 Minutentakt

Wird jetzt der Intervall nach einem weiteren Jahr wieder umgestellt, weil es doch praktischer gewesen ist,..

12:00 T1 / 12:15 T2 (war vorher 12:20) / 12:30 T3 (war vorher 12:40) = 15 Minutentakt


Und hier nun meine Eingangsfrage:

Wie sollte das Modell der Datenspeicherung aussehen, damit auch (z.B.) solche Fälle abgedeckt werden können. (Dass die Bestellten über eine Terminänderung informiert werden müssen ist mir in diesem Fall egal.)


LG und danke für eure Ausdauer

Mathias

[p80286]

Dieses Intervall ist mir weiterhin unverständlich!
Angenommen ich wollte etwas bestellen, dann tue ich das jetzt (19.44Uuhr).
Wenn Dein Intervall zur Verfügung stellst, nehmen wir an 5Minuten, dann trage ich meine Bestellung in der Zeile
19.40Uhr oder 19.45Uhr ein? Da ich sehr langsam an der Tastatur bin kommt die nächste Bestellung um 19.47Uhr. Die trage ich dann in 19.50Uhr ein, weil ja 19.45Uhr schon belegt ist? Wenn ich ein 15Minuten Intervall wähle, dann steht mir 19.30Uhr, 19.45Uhr und 20.00Uhr zur Verfügung, was dann mit den realen Bestellzeiten so gut wie nichts mehr zu tun hat!?
Können den zwei oder drei Bestellungen zur gleichen Zeit aufgegeben werden? also
19.45Uhr Bestellung1
19.45Uhr Bestellung2
19.45Uhr Bestellung3

bzw. ist eszulässig, daß die Anzeige mir vorgaukelt alle drei Bestellungen wären zur gleichen Zeit erfolgt?

Und ansonsten verweise ich auf die ersten Beiträge "was in der DB steht und was angezeigt wird, sind zwei unterschiedliche Schuhe".

Und nochmals die Frage "wofür ist das gut", denn eine Bestelldokumentation im 15Minutentakt erlaubt gerade einmal 4 Bestellungen pro Stunde, das wäre dan nicht so sportlich.

Gruß
K-H

Oh gerade nochmal durchgelesen. Geht es darum eine "Lieferzeit" zu definieren?
also um 12.15 soll eine Raumpflegerin in Abteilung A zur Verfügung stehen?

[NoGAD]

Zitat von p80286:

Dieses Intervall ist mir weiterhin unverständlich!

Du hast noch nie einen Arzttermin in einer Praxis bekommen, nehme ich an.

Das Bestellbuch, welches per Stift und Hand benutzt wird, ist ähnlich einem Notizbuch. Ein Eintrag wird gemacht, wenn man das Datum kennt, an welchem der Termin stattfinden soll. Das ganze hat nichts mit Versandbestellungen zu tun.

LG Mathias

[p80286]

Also handelt es sich um einen Terminplaner, und Dein Problem sind Termine, die in der Vergangenheit vergeben wurden, die nicht mehr in das aktuelle Raster passen. Ist das soweit richtig?

Wenn ja, wo ist das Problem? Liegt der Termin in der Vergangenheit sollte er nicht mehr soo interessant sein.
Liegt er in der Zukunft, hat man ein Problem da die vereinbarten Einbestellungen nicht mehr in das aktuelle Raster passen, insbesonders wenn das Raster vergrößert wurde. In diesem Falle wurden mehr Termine vergeben als in das akuelle Raster passen. Wenn diese Abweichungen korrigiert wurden, interessiert es dann noch welcher Termin ursprünglich vergeben wurde?
Wenn ja, wie oft kann eine solche Korrektur durchgeführt werden?

Gruß
K-H

[jobo]

Zitat von NoGAD:

Du hast noch nie einen Arzttermin in einer Praxis bekommen, nehme ich an.

Schau an, ich nenne sowas Terminkalender.
Sorry aber wenn man Dir mehrfach sagt, dass man mit Deinen Beschreibungen nicht klar kommt, machts ein Augenrollen nicht besser.

Zum Problem

Warum muss rückwirkend alles angepasst werden, wenn das Intervall verändert wird? Wenn die Termine so lagen, wie eingetragen, dann ist es halt so. Hat ja mit neuen Terminen nichts zu tun.

Wenn ein Intervall scheinbar ungünstig ist und ein anderes scheinbar besser, und dann doch wieder nicht, wieso benutzt man dann überhaupt Intervalle?

Ein Computer braucht die Intervalle nicht, eine Software braucht sie auch nicht.

Mir wurde neulich noch von einer Ärztin das Phänomen "Wartezeiten" "erklärt". Eigentlich gibt es eine Taktung von 30 Minuten, aber dann kommen Notfälle und Mitleidsfälle und was weiß ich und dann ist alles im Eimer, und die Leute mit "Termin" warten 3h, dass sie dran kommen.
Ja und ich hör schon die Arzthelferin "man kann es ja auch gar nicht anders eintragen"
Reden wir davon?


Also nehmen wir mal an, jemand hat entschieden, Intervalle zur Termingestaltung zu nehmen, aber Abweichugnen zu gestatten, nach Bedarf, wäre das denkbar?

Wäre es außerdem denkbar, meinetwegen jeden Tag andere Intervalle zu nehmen und die vergangenen einfach wie eingetragen zu belassen?

[scrat1979]

Ich habe mir selber für exakt diesen Zweck einen Terminplaner für die Sprechstunde geschrieben. Das Problem mit der Taktung habe ich mir auch überlegt. Für mich spielt das keine so große Rolle, da der Planer ja nur für mich verwendet wird. Aber ich werde mir dafür auch eine Lösung einbauen.

Möglichkeit 1:
Wenn die Taktung geändert wird werden einfach alle Termine, welche in dem Intervall liegen eingetragen. Dabei ändert sich eben die Anzahl der Termine pro Zeiteinheit.

Möglichkeit 2 (das werde ich machen):
In der Datenbank eine extra Tabelle für Taktungen einschließlich der Gültigkeit (Datum) anlegen.
Z.B. Taktung|DatumVon|DatumBis

Wenn jetzt ein Datum zur Termineintragung ausgewählt wird, dann wird die entsprechende Taktung aus der Datenbank (respektive ObjectList, die Objekte werden vom Server an die Clients beim Login übertragen) ausgelesen und die Anzeige des Planers entsprechend angepasst.
Vergangene Termine spielen ja keine Rolle, aber auch hier könnte man die Taktung „schönheitshalber“ angleichen.

[p80286]

Die Möglichkeit 2 und einen neuen Datensatz für die neue Taktung.
Und den Datensatz mit einem Verweis auf den Vorgängerdatesatz versehen. Das sollte eine grobe Struktur sein.

Interessant ist die Frage, wie man den Bestand vernünftig anpasst. Denn wenn statt 5 Terminen in einer Stunde nur noch 4 (oder 3) abgearbeitet werden sollen, hat man schon eine Aufgabe. Ganz besonders wenn der Terminplaner verbindlich ist und nicht wie bei Dir (und einigen anderen) eher Empfehlungscharakter hat.
Davon hängt auch ab ob Doppeltermine zulässig sind oder ob für einen Zeitraum die Vergabe von Neuterminen nicht möglich ist. Hier sollten beide Möglichkeiten oder eine sowohl als auch Lösung ins Auge gefasst werden.

Gruß
K-H