Design tabeller i en relationel database er langt det sværeste, og vigtigste, aspekt af at opbygge en database. Dårligt designede borde fører til ikke at kunne finde data , skulle indtaste dublerede data , og akavet indtastning af data . Tage sig tid til at sikre, at tabellerne er korrekt sat op , og at de relationer, der er oprettet korrekt med til at sikre god database design. Design af Tabeller
Før du begynder at tænke på borde , er du nødt til at bestemme , hvilke oplysninger i databasen kommer til at opbevare. Den nemmeste måde at finde ud af dette er svaret hvem, hvad, hvor, hvornår og hvordan. For eksempel, når designe en database, der sporer studerende, hvilke klasser de tager, og som underviser klasserne ville følgende være nogle af svaret på spørgsmålene: Hvem: studerende og instruktører; Hvad: klasse, klasse og antallet af kreditter ; hvor : class steder, student adresse og instruktør adresse Hvornår: class dato og tid hvordan: hvordan klassen leveret
det er vigtigt at tage tid og besvare disse spørgsmål så fuldstændigt som muligt . . Disse spørgsmål identificerer områderne dine tabeller . Når du ved hvad alle felterne er, du er klar til at starte arrangere dem i tabeller . For at sikre , at feltet relaterer direkte til bordet navn, gruppere felter ved det fælles tema og bryde felterne ned i de mindste stykker mulige . For eksempel ' InstructorName ' i stedet for et felt kaldet , skal du bruge ' IntructorFirstName ' og ' InstructorLastName '. Nogle felter er måske ikke klart hører til nogen tabel. For eksempel angår feltet ' klasse til eleven , men det angår også klassen . Når du støder på et felt, der tilhører to forskellige tabeller , betyder det, at det skal være i en join tabel , et bord , der forbinder to tabeller i en mange-til -mange-relation . På den måde kan en studerende modtage forskellige kvaliteter til forskellige klasser, der bliver truffet.
Design af relationer
Når du har dine tabeller konstrueret, det næste skridt er at finde ud af, hvordan de relaterer sig til hinanden. Der er tre typer af relationer : en-til- én , én -til-mange og mange-til- mange. En-til - en forhold er ikke ofte anvendes . Det betyder , at én post i én tabel direkte relaterer til en post i den anden tabel . Dette forhold er anvendt i Human Resources databaser , hvor den ene tabel indeholder de ikke -sikre data såsom navn og adresse og den anden tabel indeholder de sikre data såsom løn.
Anden type forhold , og mest almindelige, er en-til -mange-relation . Dette betyder , at én post i én tabel direkte relaterer til mange poster i den anden tabel. For eksempel kan en instruktør underviser mange klasser . Det er tilkendegivet ved den primære nøgle i instruktør tabellen ' InstructorID ' vedrørende en fremmed nøgle i klasserne tabellen ' ClassInstructor '.
Den tredje type forhold er mange-til- mange. I denne sammenhæng , er mange poster i én tabel relateret til mange poster i en anden tabel . For eksempel kan en elev tage mange klasser , og én klasse kan have mange studerende . For at skabe denne sammenhæng , er en join tabel kræves. Den join Tabellen indeholder faktisk de fremmede nøgler . I denne forbindelse ville det fremmede nøgler være " StudentID 'og' ClassID " i join tabellen. Ved at skabe disse relationer , er du tillader data at flyde fra bord til bord og være let tilgængelig.
