Bygge en relasjonsdatabase krever en klar forståelse av formålet med den nye databasen av de som vil bygge den. Rådfør deg med brukere for å sikre at du ikke gjør feil forutsetninger om dataene du vil lagre i databasen. Også har en sterk forståelse av relasjonsdatabaser konsepter for å skape en skikkelig fungerende system . Data - modellering programvare kan hjelpe fordi det kan automatisere noen oppgaver i design og prosessen, men du kan også bruke vanlige verktøy som regneark og tegneprogrammer . Du trenger
relasjonsdatabase management software
Business krav
Vis flere instruksjoner
Forstå omfanget
en
gjennomgang de sentrale begrepene relasjonsdatabaser. Forstå definisjonene av tabeller , primærnøkler og fremmednøkler . Også gjennomgå forholdet typer som kan eksistere mellom tabeller , som er en-til - en ( 1:1) , en-til -mange ( 1 : M ) og mange-til - mange ( M : M ) .
2
Bestem hvem som skal bruke databasen , og diskutere med dem hvor ofte de vil bruke det og hva slags data de må lagre. Forstå dette vil bidra til å bestemme størrelse, sikkerhetsbehov og volum av transaksjoner for at databasen må være i stand til å støtte .
3
Diskuter programvaren kravene i søknaden med programutviklere . Tekniske krav og begrensninger kan eksistere som du må ta hensyn til før du kan begynne å designe .
Designing Database
4
Sketch ut de store objektene som tabeller som viser hvordan gjenstander i forbindelse med hverandre . For eksempel kan en kunde database trenger å lagre tre gjenstander som tabeller: Kunder, Bestill Historie og retur . I tilfelle av kundetjenester kan en kunde ha en eller mange ordre , slik at forholdet mellom bordene må støtte et 1: M forholdet. I kontrast , kan forholdet mellom Order History and Returns være M : M , fordi en gitt rekkefølge kan ha flere avkastning og avkastningen kan være knyttet til flere bestillinger. Bygg dine tabeller og relasjoner for å støtte virksomheten regler .
5
Bestem nøkkelkolonnene for hver tabell . Når du forstår de objekter og relasjoner , bestemme kolonnene som unikt identifiserer poster i en tabell , som kalles primære nøkler . Disse kan være en automatisk generert kolonne eller kundedata , for eksempel personnummer eller telefonnummer. Etablere primærnøkler for hver tabell som vil være i databasen uavhengig av forholdet sitt til en annen tabell .
6
Document flere kolonner som trengs for hver tabell . Du kan gjøre dette i et regnearkprogram i stedet for et data - modelleringsverktøy , om nødvendig. Sørg for å registrere lengden på hver kolonne og hvilken type data som skal lagres . Også , legger fremmednøkler er nødvendige for å lenke tabeller. Fremmednøkler er kolonner som lagrer primærnøkkelen for en rad fra en annen tabell for å knytte tabellene .
Bygging og testing Database
7
gjennomgang konseptdesign med brukere og programmerere . Forklar i et enkelt språk hvordan hver tabell er koblet sammen, og om forholdet er 1:1 , 1 : M eller M : M. Still spørsmål som utfordrer utformingen integritet , for eksempel : "Er det noen gang mulig for et pålegg om å ha to forskjellige kunder? " å sikre tabellene kan møte ønskede mål.
8
Lag den fysiske databasen. Hvis du bruker modellering programvare for å designe databasen, mange av disse programmene har muligheten til å opprette databasen direkte fra design. Alternativt , kan du bygge opp databasen manuelt , ved først å opprette databasen, deretter bordene og til slutt kolonner.
9
Test databasen for å sikre at det er lagring av data på riktig måte . Sørg også for at brukerne kan spørre data og at tabeller knyttet sammen som forutsatt.