In diesen Übungen werden wir die Verwendung der Seriennummer Schlüsselfelder Datentabellen beziehen erkunden , und die Schaffung von sekundären Beziehungen zwischen Tabellen , unsere Fähigkeit zu speichern und zu verarbeiten und mehrere erweiterte Dateneingaben zu verbessern. Seriennummer Key Felder
Der einfachste Weg , um eine Datenbank zu erstellen, ist Beziehung Seriennummer Schlüsselfelder , wo eine eindeutige Nummer zu jedem Datensatz in einer Tabelle zugeordnet verwenden . Zum Beispiel erstellen wir ein Adressbuch mit mehreren Beziehungen , so dass für mehrere Einreisen in jeder Person Rekord
Tabelle 1 Personen: . Satz 1: ( Benutzerkennung: 1, Name : " Jane Doe " ) Record 2 : ( Benutzerkennung: 2 , Name: " Joseph Brown" )
Tabelle 2 , Email: Satz 1: ( Benutzerkennung: 1 , E-Mail: " jdoe@ourcompany.com " ) Satz 2: ( Benutzerkennung: 2 , E-Mail: " brown@anothercompany.com " ) Satz 3: ( Benutzerkennung: 2 , E-Mail: " joe@joeshobbysite.org " )
Tabelle 3 , Tel. : Satz 1: ( Benutzerkennung: 2 , Telefon: " 202-555-8213 " )
die Beziehung wird mit der Benutzerkennung Schlüsselfeld , die die Benutzer-ID bezieht sich in Tabelle 1 mit der UserID in Tabelle 2 und Tabelle 3 . Die E-Mail -und Telefon- Tabellen , aber haben keine Beziehung zueinander , die keine Verbindung herstellt zurück zur UserID , so brauchen wir nicht zu ordnen diese eindeutige ID -Nummern. Um alle Informationen abrufen , würde Ihr Bericht oder Datenbank -Skript (auch als "Methode" ) durchqueren diese Beziehungen : beginnend mit dem Personen Name Record , würde es zuerst abzurufen alle Telefonnummern mit der gleichen Benutzerkennung , dann alle E-Mail -Adressen mit , dass Benutzerkennung und formatieren Sie sie für die Anzeige oder Drucken
es ist wichtig zu beachten, dass UserIDs in der primären Tabelle muss eindeutig sein . ist es akzeptabel, Zahlen überspringen (in der Regel wird dies der Fall sein , wenn Datensätze gelöscht werden ), aber die gleiche Anzahl kann nie zweimal verwendet werden. In der sekundären Tabellen , können Sie jedoch , dass die primäre ID , so oft , wie Sie mehrere Datensätze erstellen müssen verwenden ; Joseph Brown hat zwei E-Mail -Adressen , so hat er zwei Einträge in der E-Mail -Tisch mit seiner UserID
.
Secondary Key Field Beziehungen
Häufig werden Sie wollen einen zweiten Satz von Beziehungen zusätzlich zu den ersten zu erstellen. Wenn Sie möchten, zu speichern, mit jedem E-Mail- Adresse, eine Reihe von Anweisungen darüber, wie die E-Mail -Adresse verwendet werden soll , dh , HTML gegenüber Klartext E-Mails und einer Arbeit oder zu Hause Label. Man könnte dies mit einem Flat-File -Datenbank tun, indem Sie weitere Felder zu jedem Datensatz , aber das kann ineffiziente Datenbank-Design verursachen , wenn die Tabelle wächst groß. Verwenden Sie einen Sekundärschlüssel Beziehung statt
Tabelle 2 , E-Mail: . Satz 1: ( EMAILID : 1, Benutzerkennung: 1 , E-Mail: " jdoe@ourcompany.com " ) Satz 2: ( EMAILID : 2, Benutzerkennung: 2 , E-Mail: " brown@anothercompany.com " ) Satz 3: ( EMAILID : 3, Benutzerkennung: 2 , E-Mail: " joe@joeshobbysite.org " )
Tabelle 4 EmailInstructions : Satz 1: ( EMAILID : 1, Typ: "HTML" , Kind : "Arbeit") Satz 2: ( EMAILID : 2, Typ: "plain" , Kind : "Arbeit") Satz 3: ( EMAILID : 3, Typ: "plain" , Kind : . " home")
Mit einer sekundären Tabelle können beliebige Daten für jeden Datensatz zu speichern, unter Beibehaltung der maximalen Effizienz für Abfragen im ersten Tabelle, die nicht braucht, die sekundären Daten
