Matilda
Die Datenbank sollte so konzipiert sein, dass sie zukünftigen Anforderungen gerecht wird. Diese Entwicklung ist möglich, wenn der Designer ein echtes logisches Modell der Organisation mit den folgenden Merkmalen entwickelt: Das Modell spiegelt die Abläufe der Organisation getreu wider. Es ist flexibel genug, um Änderungen zuzulassen, wenn neue Informationsbedürfnisse entstehen. Es unterstützt viele verschiedene Benutzeransichten. Es ist unabhängig von der physischen Implementierung. Es hängt nicht von dem Modell ab, das von einem bestimmten Datenbankverwaltungssystem verwendet wird.
Ein gut konzipiertes Datenbankmodell schützt die Datenressource, indem es ihre Weiterentwicklung ermöglicht, sodass sie sowohl den heutigen als auch den zukünftigen Informationsbedürfnissen gerecht wird. Wenn das System wirklich unabhängig von seiner physischen Implementierung ist, kann es auf neue Hardware verschoben werden, um die Vorteile der technischen Entwicklungen zu nutzen. Selbst wenn das für die Implementierung gewählte Datenbankmanagementsystem ersetzt wird, überlebt das logische Modell des Unternehmens. Der Staged-Design-Ansatz ist eine Top-Down-Methode, die mit allgemeinen Bedarfserklärungen beginnt und zu immer detaillierteren Problembetrachtungen übergeht. Unterschiedliche Probleme werden in verschiedenen Phasen des Projekts betrachtet. Jede Phase verwendet verschiedene Phasen des Projekts.
Löwe
Der Datenbankentwurfsansatz besteht aus sechs Phasen. Die sechste Phase betrifft die Datenbankimplementierung und das Redesign, deshalb werde ich sie nicht diskutieren. Diese sechs Phasen sind unten angegeben.
* Phase 1: Anforderungssammlung und -analyse
In dieser Phase sammeln wir Informationen von den Benutzern und analysieren die Erwartungen der Benutzer und beabsichtigten Benutzer der Datenbank, bevor wir eine Datenbank entwerfen. Dieser Prozess wird als Anforderungssammlung und -analyse bezeichnet.
* Phase 2: Konzeptionelles Datenbankdesign
In dieser Phase führen wir zwei Aktivitäten durch. Die erste Aktivität oder Aufgabe besteht darin, ein konzeptionelles Schemadesign zu entwerfen, indem die Datenanforderungen verwendet werden, die wir aus der ersten Phase erhalten haben. Diese Aktivität erstellt ein konzeptionelles Datenbankschema. Die zweite Aktivität betrifft das Transaktions- und Anwendungsdesign unter Verwendung der in Phase 1 analysierten Datenbankanwendung. Am Ende dieser Aktivität erhalten wir allgemeine Spezifikationen für diese Anwendungen.
* Phase 3: Auswahl eines DBMS
In diesem Zusammenhang wählen wir DBMS basierend auf einer Reihe von Faktoren, einschließlich technischer, wirtschaftlicher und einiger anderer Faktoren, die mit der Organisation zusammenhängen.
* Phase 4: Datenmodell-Mapping oder logisches Datenbankdesign
In dieser Phase transformieren wir das konzeptionelle Schema des in Phase 2 verwendeten High-Level-Datenmodells in das Datenmodell des ausgewählten DBMS.
* Phase 5: Physisches Datenbankdesign
In dieser Phase entwerfen wir die Spezifikationen für die gespeicherte Datenbank in Bezug auf physische Speicherstrukturen, Datensatzplatzierung und Indizes.