In deze oefeningen , zullen we het gebruik van het serienummer van de belangrijkste gebieden om tabellen van gegevens betrekking te verkennen , en de oprichting van secundaire relaties tussen tabellen aan ons vermogen om te slaan en te verwerken meerdere en uitgebreide gegevens inzendingen te verbeteren . Serienummer Velden Key De eenvoudigste manier om een database relatie te maken is om het serienummer van de belangrijkste gebieden waar een uniek nummer aan elke record wordt toegewezen in een bepaalde tabel gebruiken . Zo zullen we een adresboek met meerdere relaties te creëren , waardoor voor meerdere inzendingen in elke persoon het record Tafel 1 , People : . Record 1 : ( UserID : 1 , Naam : " Jane Doe " ) Record 2 : ( UserID : 2 , Naam : " Joseph Brown " ) Tabel Pagina 2 , E-mail : Record 1 : ( UserID : 1 , E-mail : " jdoe@ourcompany.com " ) Record 2 : ( UserID : 2 , e-mail : " brown@anothercompany.com " ) Record 3 : ( UserID : 2 , e-mail : " joe@joeshobbysite.org " ) Tafel 3 , Tel : Record 1 : ( UserID : 2 , Telefoon : " 202-555-8213 " ) op relatie wordt gemaakt met het sleutelveld UserID , die betrekking UserID in tabel 1 met de UserID in Tabel 2 en Tabel 3 . De e-mail en telefoon tafels , echter hebben geen relatie tussen elkaar die niet terug doet aansluiten op UserID , zodat we niet nodig hebben unieke ID-nummers toewijzen . Om volledige informatie op te halen , zou je verslag of een database script ( ook wel een " methode " ) deze relaties doorkruisen : te beginnen met de People Naam opnemen , zou het voor het eerst alle telefoonnummers uit te halen met dezelfde gebruikers-ID , dan worden alle e-mailadressen die UserID en formatteren voor weergave of afdrukken het is belangrijk op te merken dat gebruikers-ID in de primaire tabel uniek moet zijn ; . het aanvaardbaar is om nummers overslaan is ( meestal , dit zal gebeuren wanneer records worden verwijderd ) , maar hetzelfde nummer kan nooit tweemaal gebruiken . In de secundaire tabellen , kunt u echter dat de primaire ID gebruiken zo vaak als je nodig hebt om meerdere records te maken ; Joseph Brown heeft twee e-mailadressen , dus hij heeft twee ingangen in de e-mail tafel met zijn UserID . Secundaire Key Field relaties Vaak zal je een tweede set van relaties in aanvulling op het eerste te maken . Als u wilt opslaan , met elk e-mailadres , een reeks instructies over hoe dat e-mailadres moet worden gebruikt : dat wil zeggen , HTML versus platte tekst e-mails , en een werk of thuis label. Je kan dit doen met een flat file database meer velden toe te voegen aan elke record , maar dat kan inefficiënt database-ontwerp veroorzaken wanneer de tabel groeit groot . Gebruik een tweede belangrijke relatie in plaats Tabel Pagina 2 , E-mail : . Record 1 : ( email-ID : 1 , UserID : 1 , E-mail : " jdoe@ourcompany.com " ) Record 2 : ( email-ID : 2 , UserID : 2 , E-mail : " brown@anothercompany.com " ) Record 3 : ( email-ID : 3 , UserID : 2 , E-mail : " joe@joeshobbysite.org " ) Tafel Goedkope 4 , EmailInstructions : Record 1 : ( email-ID : 1 , Type : " HTML " , Kind : "werk " ) Record 2 : ( email-ID : 2 , type : " plain " , Kind : "werk " ) Record 3 : ( email-ID : 3 , Type : " plain " , Vriendelijk : . "thuis" ) op p Met een tweede tabel kunt u willekeurige gegevens voor elke record , met behoud van een maximale efficiëntie voor opvragingen uit de eerste tabel waarin de secundaire data niet hoeft < br >
|