kim n.: suche sinnvolles Konzept für DB-Tabelle

Beitrag lesen

Hallo,

mir fehlt die Erfahrung (und damit die Routine und der Weitblick), was das Konzeptionieren von DB-Tabellen (mysql) angeht.

Für eine Auflistung von Veranstaltungen haben ich folgende Tabelle angelegt:

Tabelle 1:
id,kategorie,ueberschrift,kurzbeschreibung,preis,status

In einer 2. Tabelle wollte ich nun die Termine der Veranstaltungen auflisten. Dabei ergibt sich für mich folgendes konzeptionelles Problem (auch im Hinblick auf die spätere Suchfunktion nach Monat:

Veranstaltung 1 (12-tägig):
12.06.06 - 24.06.06
26.06.06 - 08.07.06
10.07.06 - 22.07.06
24.07.06 - 05.08.06
07.08.06 - 19.08.06
21.08.06 - 02.09.06

Veranstaltung 2 (5-tägig):
Beginn: jeden Sa von April - Oktober

Veranstaltung 3 (3-tägig):
12.07.06 - 15.07.06
12.12.06 - 15.12.06

1. Frage:
Ist es sinnvoll alle 40 Veranstaltungen in einer Termin-Tabelle aufzulisten? Und wie soll diese dann aussehen (Feldtyp-auch im Hinblick auf Suche nach Monat)? (Spalten: veranstaltungsID, Termin-Start, Termin-Ende, status(falls Termin entfällt))

2. Frage:
Wie kann ich anschließend schauen, ob das Startdatum einer Veranstaltung in einem gewünschten Monat liegt?

Wäre für eine Anregung dankbar

Beste Grüße
Kim N.

----

Danke