Die Schwächen der vorliegenden Datenbank ziehen sich durch alle Reihen. So kann man zunächst festhalten, dass es eine Redundanz gibt, die normalerweise nicht vorkommen soll. Da insgesamt zweimal das Attribut „Plz“ und „Ort“ vorkommt, sollte man dafür eine eigene Entität wählen. Bleibt das Modell gleich, so müsste, vorausgesetzt Ort und Plz ändern sich, zwei-mal die entsprechende Änderung vorgenommen werden.

Weiters gibt es keine Hinweise auf eventuell auftretende Rabatte, die bei Abnahme größerer Mengen in der Praxis des öfteren vorkommen. Es gibt lediglich „Preis“, aber keinen Hinweis auf einen möglichen Rabatt bzw. auch keine Auflistung, bei welchem Verlag man bei welcher Abnahmehöhe einen Rabatt bekommt.

Bei Buchlieferungen wichtig ist auch die entsprechende Warte- bzw. Lieferzeit bis die Bücher verfügbar sind. Diese können zwar in der Praxis variieren, aber in der Datenbank sollte auch die Lieferzeit eines Buches berücksichtigt werden und somit sollte bei der Entität „Buch“ ein Attribut „Lieferzeit“ hinzugefügt werden.

Ein kleiner (zumindest für mich relevanter) Schönheitsfehler ist die Bezeichnung „Nr“. Bei nahezu allen Entitäten kommt so eine Bezeichnung vor, die aber immer etwas anderes bedeu-tet. Ich würde aussagekräftigere Bezeichnungen wählen, um nicht so schnell in Gefahr zu kommen, einen Fehler zu begehen.

Bei der Entität „Buch“ wäre auch noch aussagekräftig, dass für jedes Buch die ISBN- Num-mer, die jedes Buch eindeutig kennzeichnet, angegeben wird. Hierbei wäre die Kennzeich-nung dann noch viel eindeutiger bzw. wird in der Praxis sehr häufig über die ISBN-Nummer bestellt. Um zu wissen, aus welchem Aspekt ein Buch geschrieben wurde, sollte nicht nur der Autor angegeben werden, sondern auch die Herkunft des Autors dargestellt werden. Es ist praktisch interessant, ob ein Buch von einem deutschen oder österreichischen Autor verfasst worden ist.