För en sådan kolonn, ersätta dem med en eller flera kolumner som har exakta namn, så att den information som förmedlas av den vaga kolumnen blir klar. När osäker på vilken kolumn att sätta, se arbetarna i företaget som begärt databasen. I detta skede kan du ta in de beräknade kolumner värde, men vet att deras uppgifter ska beräknas när användaren av databasen behöver dem.
Så tabellerna ovan bättre skrivas som: Produkter (ProductID, Kategori, Number, CostPrice SellingPrice) Försäljning (SaleID, Datum, Anställningsnr, CustomerID, totalt) Leverantörer (SupplierID, adress, ort, land, telefon) Kunder (CustomerID, Adress, stad, stat, land, telefon) SaleDetails (SaleID, ProductID, SoldPrice) Order (OrderID, datum, Anställningsnr, SupplierID, totalt) OrderDetails (OrderID, ProductID, BoughtPrice, rabatt) Anställd (Anställningsnr, adress, stad, stat, Land, telefon) Du kan ha en del av tabellnamn eller kolumnnamn i singular eller pluralform, beroende på hur det låter bra.
Tabellerna är nu mycket OK. Observera att jag har inkluderat kolumnen SoldPrice i tabellen SaleDetails. Detta är inte obligatoriskt. Om du är säker på att försäljningspriset i tabellen produkterna kommer att förbli densamma för alla årstider och alla år, så om du vet ProductID du redan vet försäljningspriset. Men du försäljningspriset kan faktiskt bero på årstiden och andra faktorer som främjande av ditt företag. I det här fallet bör du sätta det faktiska priset på den sålda produkten i tabellen SaleDetails.
Av liknande skäl har jag tagit det faktiska priset köpt för en produkt i tabellen OrderDetails. När företaget köper en produkt från en tillverkare, kan tillverkaren ge bolaget viss rabatt. Rabatten är inte konstant i mängd eller tillgänglig hela tiden; det är därför jag har satt rabatt kolumnen i OrderDetails tabell i stället för tabellen Products. Dessa tre pelare jag har lagt är inte obligatoriskt. Dock bör du lägga till dem som jag har gjort, ber