Når du utformer en relasjonsdatabase , er det en rekke faktorer å vurdere. Mange software plattformer kan automatisere prosessen eller varsle deg hvis du har en ineffektiv design. Det er verdt å forske på dine krav forut for sin tid som endringer kan noen ganger være tungvint og risikerer tap av data. Maskinvare hensyn bør også tas i betraktning , samt langvarig utvidelse . Den ansatte som innehar database arkitekt posisjonen er typisk ansvarlig for design aspekter av en relasjonsdatabase i de fleste organisasjoner . Instruksjoner
en

Organiser dine tabeller i logiske aksjonsgrupper . Dette kan defineres som en transaksjon eller en aktivitet .
2

Lag kolonneoverskriftene for hver bit av informasjon i tabellen . Definere datatyper for disse kolonnene , sammen med tegnbegrensningene , standardverdier og ikke null krav. Mange finansielle applikasjoner , for eksempel , krever flere numeriske felt slik at spørrespråk kan utføre matematiske operasjoner .
3

normalisere data inn i den første normale form . Skille data i ulike tabeller som ikke har noen dupliserte data og gi hver rad en unik identifisering av nøkkel .
4

normalisere data inn i andre normalform . Se etter datapunkter som vises i flere tabeller og plassere dem i sitt eget bord . Definere relasjoner mellom tabeller . Det er tre typer relasjoner : en-til - en , en-til - mange og mange-til -mange . En-til- en betyr en dataverdi i en tabell svarer til en og bare en dataverdi i den andre tabell . En-til -mange betyr en data verdi i den første tabellen kan brukes mange ganger i den andre tabellen . Mange-til -mange betyr hver verdi i den første tabellen kan knyttes til hver verdi i den andre tabellen .
5

normalisere data inn i tredje normalform . Dette er det siste normalisering som oppstår . Fjern eventuelle data som er uavhengig av primærnøkkel. Verdier som beregnes , for eksempel , er fjernet.