Zitat von
alzaimar:
In Artikel.Datum steht, ob und wann der Artikel verfügbar ist.
Nein da steht nur für welchen Tag der verfügbar ist.
Zitat:
In bestellte_Artikel steht, das ein Kunde einen bestimmten Artikel bestellt hat.
Wenn ich das richtig verstanden habe, überschreibst Du Artikel.Datum jedesmal, wenn ein Essen wieder verfügbar ist. Na, das würd ich aber anders lösen, aber egal.
Nein da wird nichts überschrieben. Wenn es ein Gericht jeden Tag gibt, dann gibt es da auch für jeden Tag, wo es das Gericht gibt einen extra Datensatz. Nur mit einer anderen ID.
Zitat:
Allgemein sollten 'Stammdaten', also Kunden und Artikel, einmal angelegt, nicht mehr verändert werden (Gebot der Rückverfolgbarkeit).
Wenn Du die 'Verfügbarkeit' eines Artikels ausdrücken willst, dann solltest Du das auch in einer entsprechenden Tabelle darstellen. Was ist, wenn es Montags und Freitags Kartoffeln mit Rindsbraten gibt? Legst Du dann zwei Datensätze an?
Es ist sehr ungünstig, die Kunden- und Artikelnummer als PK zu defnieren, denn wenn irgendwann irgendjemand die Artikel anders nummerieren will (was eigentlich immer irgendwann passiert), siehst Du in die Röhre...Normalerweise legt man eine interne ID (int, als AutoInc), die Artikelnr (char oder varchar) und die Ausprägung, also Beschreibung an. Gleiches für Kunden. Dann noch eine Tabelle 'Verfügbarkeit' mit zwei Spalten ('ArtikelID' und 'Datum'). Somit kannst Du auch in die Vergangenheit gucken.
Selbstverständlich gibt eine ID für die Artikel, die automatisch eröht wird, die wird gleichzeitig als ArtikelID verwendet. Das hatte ich nur nicht erwähnt, da ich es für die Abfrage als eher unwichtig betrachtet habe. Diese ID ist bei mir auch der PK. Da die Artikelnummer eigentlich nur intern Verwendung findet, sehe ich da keinen Grund warum die jemand umnummerieren sollte.
Da ich nicht erwähnt habe was der PK ist, wie kommst du zu deinen Annahmen? Bei den Kunden ist die Kundennummer eine eindeutige und nur einmal vorkommende und von der Datenbank generierte Integerzahl. Also gibts da auch keine Probleme mit doppelten Datensätzen oder Ähnlichem. Bei den bestellten_Artikeln ist der PK die KundenNr und ArtikelNr, was auch eindeutig ist.
Zitat:
Was bestellt der Kunde? Einen Artikel? Oder nicht doch eher einen Artikel für einen bestimmten Tag, also eine Verfügbarkeit? Dann solltest Du die Tabelle 'Verfügbarkeit' noch um eine ID-Spalte (int, Autoinc) erweitern.
Die Tabelle bestellte_Artikel besteht dann aus der ArtikelID und der VerfügbarkeitsID.
Die 3.Normalform ist durchgezogen, alle sind zufrieden und dein
DB-Design ist robust gegen Änderungen und Erweiterungen.
Also der Kunde kann den Tag für den er bestellen will, auswählen. Es wird ihm dann eine Liste aller für den Tag verfügbaren Gerichte angezeigt. Von diesem darf er sich dann maximal eines auswählen.
Und damit er nicht mehr als eines pro Tag bestellen kann, wollte ich aus Performence Gründen die Abfrage der für den gewünschten Tag verfügbaren Essen mit der Abfrage, ob er für den Tag schon bestellt hat verknüpfen.