4 Schritte zu einem professionellen Datenbank-Design - ProgrammerFish, ProgrammerFish
Dies ist ein Gastbeitrag byAnum Lodhi, die großes Interesse an Software-Design hat
Es umfasst vier Schritte:
1. Anforderungsanalyse
Die Datenbankanforderungen bestimmt. Die genaue Anforderung des Benutzers aus dem System ist captured.All die relevanten Informationen zum System gesammelt. Die sechs am häufigsten verwendeten Techniken sind:
Sampling vorhandener Dokumentation, Formulare, Datenbanken
Die Beobachtung der Arbeitsumgebung
Prototyping -build ein kleines Modell von der Anforderung des Benutzers, bevor die Hand, um zu überprüfen
Gemeinsame Bedarfsplanung (JRP) - Gruppensitzungen werden durchgeführt, um die bestehenden Probleme zu analysieren
2. Entity-Relationship-Diagramm (ERD)
ERD ist eine hohe Notation Datenbank-Designs zum Ausdruck. Es definiert grafisch die Struktur der Datenbank in einer sehr einfachen und verständlichen Art und Weise durch die Verwendung von Symbolen.
Die Informationen, die während der ‚Anforderungsanalyse‘ Schrittes gesammelt in eine ERD (Entity-Relationship-Diagramm) umgewandelt, die die Daten in Entitäten und Beziehungen zwischen ihnen organisiert. Anstatt also durch ein langes Stück Material gehe, haben wir eine bildliche Darstellung des gleichen Stückes von Informationen, die leichter zu lesen ist.
Eine Probe ER-Diagramm, ist dies:
Verschiedene Datenmodellierungssprachen verwendet werden können, eine ERD wie Krähenfuß Notation, Chen Notation zu erstellen, IDEFIX (Integration Definition für Information Modeling), Shading-Notation, Bachman Notation UML (Unified Modelling Language) -Standard usw. Wikipedia hat eine gute Seite über ER Diagramme hier
Es ist sehr einfach, das Szenario von einem ERD zu verstehen, aber diese ist sehr schwach aus der Umsetzung Sicht. Konzepte von Unterklassen (IS-A-Strukturen) und Beziehungen, zum Beispiel, kann nicht direkt in der Datenbank implementiert werden .Bei dieser Punkt relationales Modell ins Spiel kommt.
Ein relationales Modell verwendet ein einzelnes Konzept der Tabellen (auch genannt Beziehungen) .Die Entitätsmengen und die in den ERD dargestellten Beziehungen sind in Tabellen umgewandelt -a relationales Modell.
Es gibt fünf Schritte für die Umsetzung:
Schalten jedes nicht-schwach Entitätsmenge in seine entsprechende Tabelle mit dem gleichen Satz von Attributen
Ersetzen einer Beziehung durch eine Beziehung, deren Attribute die Tasten der Verbindungs Entitätsmengen
Einige Beziehungen können gut tun, wenn kombiniert oder ausgeschlossen werden. Zum Beispiel kann die Stütz Beziehungen (für schwache Entitätsmengen) brauchen gar nicht zu Beziehung umgewandelt werden.
Konvertieren Sie die Unterklasse Strukturen der objektorientierten Ansatz, E / R-Stil Umwandlung oder Nullwerte.
Erläuterung der Umwandlung von ER-Diagramm zu Beziehungsmodell hat große Konzepte, die in diesem Beitrag nicht abgedeckt werden nicht. Es gibt viele gute Bücher und Online-Ressourcen zur Verfügung, die es leicht zu verstehen macht. Einen Überblick betrachten Sie dieses Beispiel, dass ich von Wikipedia genommen haben:
Ein idealisiert, sehr einfaches Beispiel für eine Beschreibung einiger relvars und ihre Attribute:
- Kunde (Kundennummer. Steuer-ID, Name, Adresse, Stadt, Bundesland, Postleitzahl, Telefonnummer)
- Order (Bestell-Nr Kundennummer. Rechnungsnummer Datum Gestellt, Datum Versprochen, Begriffe, Status)
- Order Line (Bestell-Nr Linie Nr Produktcode. Menge)
- Rechnung (Rechnungsnummer Kundennummer. Bestell-Nr Datum, Status)
- Rechnungsposten (Rechnungsnummer Rechnungs Linie Nr Produktcode. Menge geliefert)
- Produkt (Produktcode. Produktbeschreibung)
In diesem Entwurf haben wir sechs relvars. Kunden, Ordnung, Order Line, Rechnung, Rechnungszeile und Artikel. Die fett, unterstrichen Attribute sind Schlüsselkandidaten. Die nicht-fett, unterstrichen Attribute sind Fremdschlüssel.
Die ersten drei Formen der Normalisierung sind:
Der niedrigste implementierbar Normalform
Jede Zelle enthält einen einzelnen Wert