Hvordan bygge en relasjonsdatabase

Bygge en relasjonsdatabase krever en klar forståelse av formålet med den nye databasen av de som vil bygge den. Consult brukerne for å sikre at du ikke gjør feil antagelser om dataene du vil lagre i databasen. Også har en sterk forståelse av relasjonsdatabasekonsepter for å lage en skikkelig fungerende system. Data-modellering programvare kan hjelpe fordi det kan automatisere noen oppgaver i design og etablering prosess, men du kan også bruke vanlige verktøy som regneark og tegneprogrammer.

Bruksanvisning

Forstå omfanget

1 Gjennomgå nøkkelbegreper av relasjonsdatabaser. Forstå definisjoner av tabeller, primærnøkler og fremmednøkler. Også gjennom relasjonstyper som kan eksistere mellom tabeller, som er en-til-en (1: 1), en-til-mange (1: M) og mange-til-mange (M: M).

2 Avgjøre hvem som skal bruke databasen, og diskutere med disse menneskene hvor ofte de vil bruke det og hva slags data de må lagre. Forstå dette vil bidra til å bestemme størrelsen, sikkerhetsbehov og volum av transaksjoner at databasen må være i stand til å støtte.

3 Diskuter programvaren kravene i programmet med programutviklere. Tekniske krav og begrensninger kan eksistere som du må ta hensyn til før du kan begynne å designe.

Designing Database

4 Skissere de store objektene som tabeller som viser hvordan objektene forholder seg til hverandre. For eksempel, kan trenge en kundedatabase for å lagre tre objekter som tabeller: Kunder, Ordrehistorikk og avkastning. I tilfelle av kunder, kan en kunde ha en eller flere ordrer, slik at forholdet mellom bordene må støtte et 1: M-forhold. I kontrast, kan forholdet mellom Ordrehistorikk og retur være M: M, fordi en gitt rekkefølge kan ha flere avkastning og en retur kan være knyttet til flere bestillinger. Bygg din tabeller og relasjoner for å støtte forretningsregler.

5 Bestem nøkkel kolonner for hver tabell. Når du forstår objekter og relasjoner, fastslår kolonnene som er entydig poster i en tabell, som er kalt primærnøkler. Disse kan være en automatisk generert kolonne eller kundedata, som for eksempel personnummer eller telefonnummer. Etablere primærnøkler for hver tabell som kommer i databasen uten hensyn til dens forhold til en annen tabell.

6 Dokumentere ytterligere kolonner trengs for hver tabell. Du kan gjøre dette i et regnearkprogram heller enn en data-modelleringsverktøy, om nødvendig. Sørg for å registrere lengden på hver kolonne og hvilken type data som skal lagres. Også legge til eventuelle 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 Gjennomgå konseptuelt design med brukere og programmerere. Forklar i et enkelt språk hvordan hver tabell er koblet og om forholdet er 1: 1, 1: M eller M: M. Still spørsmål som utfordrer design 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 man bruker modelleringsprogramvare for å utforme databasen, mange av disse programmene har evnen til å skape databasen direkte fra design. Alternativt kan du bygge databasen manuelt, ved først å opprette databasen, så bord og til slutt kolonnene.

9 Test databasen for å sikre at den lagring av data på riktig måte. Sørg også for at brukerne kan søke informasjon og at tabeller koblet sammen som forutsatt.

Hint

• Bruk lignende tiltak for å revidere eller legge til flere tabeller og kolonner til databasen som data kravene endres. Slette unødvendige kolonner er like viktig som å legge nye, da dette vil hindre databasen fra å bli unødvendig stor, bremse ytelsen.
• Hvis du kobler til en applikasjon til databasen, bygge det bare etter at du oppretter databasen.
• Hvis denne databasen er å erstatte en annen datalageret, kan data importeres inn i de fleste databasesystemer ved å programmere skript eller bruke verktøy levert.
• Når du oppretter primærnøkler, noen ganger mer enn én kolonne er nødvendig for å etablere en unik rekord. Dette kalles en sammensatt nøkkel, men det unngås da det kan redusere ytelsen til databasen.
• Bruk profesjonelle datamodellbyggere å bygge store databaser som vil støtte et stort antall samtidige transaksjoner og brukere. Dårlig opprettet databaser vil kjøre sakte, redusere hastigheten for å søke etter, endre og legge til nye poster.