Økende kolonner i en database Entity

uktet, bør det faktisk være ProductID. La oss se på Employee bordet. Det er bare en kolonne i denne tabell, som er Employee. Fra et forretningsmessig synspunkt, er dette ordet vag. Denne tabellen skal ha informasjon om ansatte. Så det bør ha følgende kolonner: AnsattID, Employee Adresse, Employee by, stat, land og Phone Number.Step 4: Økende Kolonner Dette er trinn 4 i vår design prosedyre. Med de ovennevnte tabeller, som allerede er normalisert, kan du ikke virkelig fylle verdier i noen av kolonnene fordi de er vage.

For en slik kolonne, erstatte dem med en eller flere kolonner som har presise navn, slik at informasjonen formidles av vage kolonnen blir fullført. Når du er i tvil om hvilken kolonne for å sette, se arbeiderne i selskapet som ba databasen. På dette stadiet kan du få inn de beregnede verdikolonner, men vet at deres data skal beregnes når brukeren av databasen trenger dem.

Så tabellene ovenfor er bedre skrevet som: Produkter (ProductID, kategori, nummer, kostpris SellingPrice) Salg (SaleID, dato, AnsattID, Kunde, Totalt) Leverandører (SupplierID, adresse, by, stat, Country, Telefon) Kunder (CustomerID, adresse, by, stat, land, telefonnummer) SaleDetails (SaleID, ProductID, SoldPrice) Pålegg (OrderID, dato, AnsattID, SupplierID, Totalt) OrderDetails (OrderID, ProductID, BoughtPrice, Rabatt) Medarbeider (AnsattID, Adresse, by, stat, Country, Telefon) Du kan ha noen av navnene tabell eller kolonnenavn i entall eller flertall avhengig av hvordan det høres bra ut.

Bordene er nå veldig OK. Merk at jeg SoldPrice kolonnen i SaleDetails tabellen har tatt. Dette er ikke obligatorisk. Hvis du er sikker på at salgsprisen i produktene tabellen vil være den samme for alle årstider og alle år, så hvis du vet ProductID du allerede vet salgsprisen. Men du salgspris kan faktisk avhenge av årstid og andre faktorer som markedsføring av din bedrift. I dette tilfellet bør du sette den faktiske prisen på produktet som selges, i SaleDetails tabellen. For en lignende grunn, har jeg tatt den faktiske prisen kjøpte for et produkt i OrderDetails tabellen.

Når selskapet kjøper et produkt fra en produsent, kan produsenten gi selskapet noen rabatt. Rabatten er ikke konstant i mengde eller tilgjengelig hele tiden; det er derfor jeg har satt Rabatt kolonne i OrderDetails tabellen i stedet for produkter tabellen. Disse tre kolonner jeg har lagt er ikke obligatorisk. Men du bør legge dem til som jeg har gjort avhengig av faktorer som påvirker din bedrift. Det vil si at det for