6 trinn i designe en database
Mange organisasjoner er avhengig av informasjon som er lagret i sine databaser. Database-programvare lar brukerne raskt legge til, oppdatere og analysere data mens du holder den trygg. Databasen designprosessen, vanligvis håndteres av en databaseadministrator (DBA), innebærer seks viktige skritt, for eksempel å undersøke behovene til brukeren, bestemme systemkrav og planlegger databasens struktur.
database
En database er en samling av datafiler som lagrer informasjon i en svært strukturert format. Et spesielt program kalt databasetjeneren overvåker alle brukerdata går inn i og ut av databasen; det går bare de forespørsler som oppfyller sine sikkerhetsregler. En gang er lagret i databasen, kan dataene bli analysert raskt med sofistikerte programvareverktøy.
Brukerkrav
Det første trinnet i å utforme en database sitter ned med database potensielle brukere. De vil sannsynligvis ikke skal bruke databaseprogramvare direkte; i stedet, de kjører programmer som gjør. Designeren finner ut hva slags data brukerne jobber med - sine grunnleggende elementer, for eksempel navn, telefonnumre, datoer eller kostnader - hvordan de vil ha det organisert og rapporteres og hvor mye av det de har. For eksempel, det gjør en stor forskjell om brukeren ønsker å behandle noen hundre poster eller noen få millioner.
Systemkrav
Bevæpnet med informasjonen fra brukerne, anslår designer innvirkning på datasystemet. Hvis datamaskinen har begrenset plass på harddisken, og brukerne vil ha en stor database, kan de måtte kjøpe flere harddisker eller begrense database design. Hvis tre personer skal bruke databasen, vil det legge mindre belastning på dataressurser enn en database med hundrevis av brukere. I dette tilfellet kan de trenger en raskere datamaskin eller legge til minne til deres eksisterende.
Tabell design
En database inneholder tabeller, som er organisert sett av informasjon, og felt som utgjør databasen minste hele biter av data. For eksempel kan et salg database har tabeller for selgere, kvoter og kundekontakter. Den kundekontakt tabellen inneholder felt som navn, telefonnummer og firmanavn. Designeren tar brukerens behov hun samlet og skriver ned en liste over bord. Disse definerer database store deler.
feltet design
Innenfor tabellene, skriver designeren ned feltene som utgjør hvert bord. Feltene har forskjellige datatyper, for eksempel tegn, penger, dato og heltall. En kunde kontakt database kan ha felt som er alle tegn basert, men en kvoter tabellen vil ha penger og datofelt. Dette er viktig fordi hver datatype innebærer ulike typer behandling: du kan opprette summer på penge felt, men ikke navnet felt. I tillegg til datatypen, designeren velger en størrelse for hvert datafelt. Felt som er for små utelate viktige data; de som er for store til å ta opp for mye plass på harddisken.
Tabell Relations
Noen bord har felt i felles. Selgeren tabellen, for eksempel, har en ansatt ID-nummer, som gjør en kvote bord. De delte felt skape relasjoner mellom bordene. Disse relasjonene er en hovedårsak til at databasene er verdifull: linking og kombinere tabellinformasjon på ulike måter gir større raffinement i sin dag-til-dag bruk. Designeren kartene relasjoner mellom tabeller for å få dem til å samarbeide effektivt.
Sikkerhet og Tilleggsfunksjoner
Designeren må etablere en sikkerhetsordning for databasen. Noen brukere vil ha full tilgang til databasen; andre kan ha begrenset tilgang. Vanligvis, jo flere mennesker som bruker databasen, mer komplekse sikkerhetsreglene bli. En database har mange funksjoner utover tabeller og felt, og designeren avgjør hvilke du vil inkludere. For eksempel kan en database eksportere informasjon inn i en Excel-fil eller automatisk email rapporter om en tidsplan.