Beispiel einer Datenbank

Die Verwaltung der Mitglieder eines Sportvereins soll mit Hilfe einer Datenbank gemanagt werden. Dabei könnte sich die folgende Tabellenstruktur (mit Feldnamen) ergeben:

M-Nr	Vorname	Nachname	m/w	Straße	PLZ	Ort	Sportart	Beitrag
1	Ulrich	Becker	m	Maxweg 14	85408	Gammelsdorf	S	160,00 €
2	Ulrich	Becker	m	Maxweg 41	85408	Gammelsdorf	H	110,00 €
3	Julia	Berger	w	Fischweg 22	85395	Attenkirchen	H	110,00 €
4	Manuela	Friedmann	w	Bahnhofstr 23	85406	Zolling	L	110,00 €
5	Otto	Fischer	m	Karlweg 12	85375	Neufarn	F	150,00 €
6	Georg	Frohmann	m	Meierweg 99	85408	Daberg	F	150,00 €
7	Hans	Huber	m	Postweg 12	85368	Brugschlag	S	160,00 €
8	Hans	Huber	m	Postweg 12	85368	Brugschlag	F	150,00 €

Dabei treten bei der Verwaltung der Vereinsmitglieder in einer Tabelle Probleme auf:

• Wenn ein Mitglied in mehreren Abteilungen aktiv ist, muss der gesamte Datensatz des Mitgliedes (vollständiger Name und Adresse) erneut eingegeben werden. Dadurch ergibt sich bei der automatischen Erstellung der M-Nr das Problem, dass bei Mitgliedschaften in mehreren Abteilungen ein Mitglied verschiedene M-Nr'n erhält (Inkonsistenz). Außerdem ist dies eine Fehlerquelle sowohl bei der erneuten Eingabe als auch bei Änderungen (vgl. M-Nr 1 und M-Nr 2, Straße).
• Beim Ändern von Personendaten muss überprüft werden, in wie vielen Abteilungen das betreffende Mitglied aktiv ist, so dass die Änderungen durchgeführt werden können, da andernfalls unkorrekte Datensätze existieren. Entsprechend bekommt man Probleme, wenn der Beitrag einer Abteilung geändert werden soll. So muss dies bei allen Mitgliedern dieser Abteilung durchgeführt werden. Wird einer übersehen, ist die Datenbank nicht mehr konsistent (Änderungsanomalie).
• Beim Löschen von Mitgliedern kann es ebenfalls zu Inkonsistenzen kommen. Unter Umständen wird eine ganze Abteilung gelöscht, falls alle momentan in der Abteilung aktiven Mitglieder gelöscht werden (vgl. M-Nr 4), das Gleiche gilt auch für einen Ort (Löschanomalie).
• Wenn eine neue Abteilung aufgemacht werden soll, kann dies nur in Verbindung mit zugehörigen Mitgliedern geschehen, da andernfalls der Datensatz nicht in diese eine Tabelle eingegeben werden kann, entsprechendes gilt für neue Orte (Einfügeanomalie).

Aus diesen Gründen muss man sich eine andere Aufteilung der Daten überlegen, so dass die oben genannten Fehlerquellen bzw. Anomalien nicht auftreten können. Dazu erfasst man zuerst die Informationsstruktur des zu erstellenden Vereinsmodells in Form von Geschäftsregeln:

1. Folgende Daten sollen von den einzelnen Mitgliedern verwaltet werden:

   Mitglieds-Nr, Vorname, Nachname, Geburtsdatum, Geschlecht, Straße, PLZ, Wohnort, betriebene Sportart sowie der zu zahlende Abteilungsbeitrag.

2. Ein Mitglied kann in verschiedenen Sportabteilungen aktiv sein; in einer Sportabteilung können aber auch mehrere Mitglieder sein.
3. Von jedem Mitglied wird nur eine Adresse (Hauptwohnsitz) erfasst; aber in einem Ort können mehrere Mitglieder wohnen.

Die weitere effektive Verarbeitung dieser Informationen im obigen Sinne erfordert aber theoretische Grundkenntnisse, die in den folgenden Kapiteln bereitgestellt werden.