Mange organisasjoner er avhengig av informasjonen 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 database administrator ( DBA ) , innebærer seks viktige skritt , for eksempel å undersøke behovene til brukeren , fastsettelse systemkrav og planlegging databasen struktur . Database

En database er et sett av datafiler som lagrer informasjon i en svært strukturert format . Et spesielt program kalt databaseserveren overvåker alle brukerdata går inn og ut av databasen , det går bare de forespørslene som oppfyller sine sikkerhetsregler . Når lagret i databasen , kan dataene analyseres raskt med avanserte dataverktøy.
Brukerkrav

Det første trinnet i å utforme en database sitter ned med databasens potensielle brukere . De vil sannsynligvis ikke bruke databasen programvaren direkte , i stedet , de kjører programmer som gjør . Designeren finner ut hva slags data brukerne jobber med - dens grunnleggende elementer , som 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 virkningen 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 sine eksisterende.
Table Design

En database inneholder tabeller , som er organisert sett av informasjon , og felt som utgjør databasen minste hele deler 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 brukerkrav hun samlet og skriver ned en liste over tabeller . Disse definerer databasen store seksjoner.
Felt Design

Innenfor bordene , skriver designeren ned feltene som utgjør hvert bord . Feltene har forskjellige datatyper , for eksempel karakter , penger , dato og heltall . En kundekontakt 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å penger felt , men ikke navnet felt . I tillegg til den datatype, velger designeren en størrelse for hvert datafelt . Felt som er for små utelate viktige data , de som er for store tar opp 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 tabellen . De delte felt skape relasjoner mellom tabellene . Disse relasjonene er en viktig grunn til at databasene er verdifulle : linking og kombinere tabellen informasjon på forskjellige måter gir større raffinement i sin dag- til-dag bruk . Designeren kart relasjoner mellom tabeller for å gjøre dem arbeide effektivt sammen .
Sikkerhet og tilleggsfunksjoner

Designeren må etablere en sikringsordning for databasen. Noen brukere vil ha full tilgang til databasen , andre kan bare ha begrenset tilgang. Generelt , jo flere mennesker som bruker databasen, jo mer kompleks sikkerhetsregler bli. En database har mange funksjoner utover tabeller og felt , og designeren bestemmer hvilke du vil inkludere . For eksempel kan en database eksportere informasjon i en Excel-fil eller automatisk e- rapporter på en tidsplan.