Når man designer en relationel database , er der en række faktorer at overveje. Mange software -platforme kan automatisere processen eller give dig besked , hvis du har en ineffektiv design. Det er værd at forske dine krav før tid da ændringer kan undertiden være besværlige og risikerer tab af data. Hardware overvejelser bør også tages i betragtning , såvel som langsigtede ekspansion. Den medarbejder, der holder databasen arkitekt holdning er typisk ansvarlig for designmæssige aspekter af en relationel database i de fleste organisationer . Instruktioner
1

Organiser dine tabeller i logiske aktionsgrupper. Dette kan defineres som en transaktion eller en aktivitet .
2

Opret kolonneoverskrifter for hvert stykke information i tabellen. Definer datatyper for disse kolonner , sammen med tegnbegrænsninger , default værdier og ikke null krav . Mange finansielle applikationer , for eksempel, kræver flere numeriske felter, så forespørgslen sproget kan udføre matematiske operationer .
3

Normalisere dine data i den første normalform . Adskille data i forskellige tabeller, der ikke har nogen dublerede data og give hver række en entydig identifikation nøgle.
4

Normalisere dine data ind i den anden normalform . Kig efter datapunkter , der vises i flere tabeller og placere dem i deres egen tabel. Definer relationer mellem tabeller . Der er tre typer af relationer : en-til- en, en- til-mange og mange -til-mange . En-til- en betyder én dataværdi i en tabel svarer til én og kun én dataværdi i den anden tabel . En-til -mange betyder én data værdi i den første tabel kan anvendes mange gange i den anden tabel . Mange -til-mange betyder, at hver værdi i den første tabel kan knyttes til hver værdi i den anden tabel .
5.

normalisere dataene ind i tredje normalform . Dette er det sidste normalisering der opstår. Fjern eventuelle data, der er uafhængig af den primære nøgle. Værdier , der beregnes for eksempel fjernet er .