For sådan en kolonne, skal du udskifte dem med en eller flere kolonner, der har præcise navne, således at de oplysninger, som den vage kolonne bliver færdig. Når du er i tvivl om, hvilken kolonne for at putte, se arbejderne i det selskab, der anmodede om databasen. På dette tidspunkt kan du bringe i de beregnede værdi kolonner, men ved, at deres data bør beregnes, når brugeren af databasen har brug for dem.
Så ovenstående tabeller er bedre skrives som: Produkter (ProductID, kategori, nummer, Kostpris SellingPrice) Salg (SaleID, dato, MedarbejderId, CustomerID, alt) Leverandører (SupplierID, adresse, by, land, Telefon) Kunder (CustomerID, adresse, by, stat, land, telefon) SaleDetails (SaleID, ProductID, SoldPrice) Ordrer (OrderID, dato, MedarbejderId, SupplierID, alt) OrderDetails (OrderID, ProductID, BoughtPrice, Rabat) Medarbejder (MedarbejderId, adresse, by, land, Telefon) Du kan få nogle af tabelnavne eller kolonnenavne i ental eller flertalsform afhængigt af hvordan det lyder godt.
Tabellerne er nu meget OK. Bemærk, at jeg har medtaget kolonnen SoldPrice i SaleDetails tabellen. Dette er ikke obligatorisk. Hvis du er sikker på, at salgsprisen i produkter tabellen vil forblive den samme for alle årstider og alle år, så hvis du kender ProductID du allerede kender salgsprisen. Men du salgspris kan faktisk afhænge af årstiden og andre faktorer såsom fremme af din virksomhed. I dette tilfælde bør du sætte den faktiske pris for det solgte produkt, i SaleDetails tabellen. Af samme årsag, har jeg medtaget den faktiske pris købes for et produkt i OrderDetails tabellen.
Når virksomheden køber et produkt fra en producent, kan producenten give virksomheden nogle rabat. Rabatten er ikke konstant i beløb eller tilgængelig hele tiden; det er derfor, jeg har sat Discount kolonne i OrderDetails tabel i stedet for tabellen Produkter. Disse tre kolonner jeg har tilføjet er ikke obligatoriske. Du bør dog tilf