Was ist Datenbankdesign?
Wie der Name vermuten lässt, ähnelt das Datenbankdesign dem Hausdesign, obwohl der Begriff auch zur Bezeichnung des tatsächlichen Datenbankaufbaus verwendet werden kann. Der Entwurfsprozess ist eine Art Blaupause, in der die Details einer Datenbank beschrieben werden, von den Beziehungen zwischen Tabellen bis zu den Informationen, die wichtig sind und wie die Daten implementiert werden. Abgesehen davon, dass der Builder weiß, welche Tabellen und Informationen zu sammeln sind, werden in einem Entwurf Namenskonventionen verwendet und Rechtschreibfehler überprüft, bevor die Datenbank vervollständigt wird. Die Datenbank durchläuft während des Entwurfsprozesses auch eine Normalisierung, bei der versucht wird, Redundanz zu beseitigen. Ohne vorher einen Entwurf auszuarbeiten, kann ein Datenbankersteller leicht die Reihenfolge der Tabellen oder den Primärschlüssel für Tabellen durcheinander bringen oder einfach einige Abschnitte verpassen, unter einer Reihe anderer potenzieller Fehler.
Der erste Schritt des Datenbankentwurfs besteht darin, den Zweck der Datenbank zu kennen. Es gibt keine Diagramme oder abstrakten Darstellungen; Der Designer denkt nur an die Ziele der Datenbank. Einige Informationen mögen notiert sein, aber im Allgemeinen denkt der Designer einfach darüber nach, wie die Datenbank am besten organisiert und verwendet werden kann.
Als Nächstes erstellt der Designer vier Datenmodelle. Das konzeptionelle Modell ist ein einfaches Diagramm, das Tabellennamen zeigt. Danach wird das logische Datenmodell erstellt, wobei die Tabellen mit dem Primärschlüssel und den zu sammelnden Informationen gefüllt werden. Ein Primärschlüssel ist ein Titel für eine Spalte, der sie eindeutig macht und dem Benutzer den Zweck der Spalte mitteilt. In dieser Phase des Datenbankentwurfs werden auch die Beziehungen zwischen Tabellen detailliert beschrieben.
Im Entity-Relationship-Modell konzentriert sich der Designer mehr auf Beziehungen und weniger auf die Primärschlüssel. Dieses Modell kann manchmal übersprungen werden, es hilft jedoch bei der Datenbankerstellung zu zeigen, wie die Entitäten miteinander interagieren. Im physischen Datenmodell werden Live-Informationen in das Datenbankdesign eingespeist.
In jeder Modellphase muss die Rechtschreibung der Tabellen und Primärschlüssel überprüft werden. Es werden auch Namenskonventionen verwendet, damit Benutzer wissen, wie Daten eingegeben werden. Beispielsweise könnte eine Tabelle den Namen "ThisTable", "This_Table", "This-Table" oder "This.Table" haben, basierend auf der vom Datenbankdesigner gewählten Namenskonvention. Die Rechtschreibung muss überprüft werden, da ein Fehler beim Aufbau der Datenbank Beziehungsprobleme verursachen kann.
Die Normalisierungsregeln werden auch auf das Datenbankmodell angewendet. Diese Regeln eliminieren wiederholte Daten, lösen große Tabellen in kleine Tabellen auf und stellen sicher, dass die Beziehungen optimiert werden. Das Normalisieren des Datenbankdesigns ist der letzte Schritt und hilft dem Designer bei der Feststellung, ob die Datenbank funktionsfähig ist oder ob sie neu angeordnet oder überarbeitet werden muss.