In Artikel.Datum steht, ob und wann der Artikel verfügbar ist.
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.
SQL-Code:
Select Artikel.Datum
from bestellte_artikel
join Artikel on bestellte_artikel.artikelnr = Artikel.Artikelnr
where bestellte_artikel.KundenNr = MyKundenNr
and Artikel.Datum between :Heute and :HeuteKurzVorMitternacht
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.
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.
Zitat
Baum-Darstellung
