Toenemende Kolommen in een database Entity

ats, staat, land en telefoonnummer. Ik zal deze op een betere manier onder zetten. Laten we eens kijken naar de tafel SaleDetails: De kolom Sales geven de handeling van de verkoop, moet het eigenlijk worden SaleID. De kolom Producten, identificeert het product, moet het eigenlijk worden ProductID. Laten we eens kijken naar de werknemer tafel. Er is slechts één kolom in deze tabel, die werknemer. Vanuit een zakelijk oogpunt, dit woord is vaag. Deze tabel moet informatie over medewerkers. EmployeeID, Employee Adres, Employee Stad, Staat, Land en Telefoon Number.

Step 4:: Het verhogen van de Columns Dit is stap 4 van ons ontwerp procedure dus moet het de volgende kolommen. Met de bovenstaande tabellen, die al zijn genormaliseerd, kan je niet echt waarden te vullen in een aantal van de kolommen, omdat ze vaag. Voor dergelijke kolom, vervangen door één of meer kolommen die nauwkeuriger namen, zodat de informatie die door de vage kolom voltooid wordt. Bij twijfel over welke kolom te zetten, zien de werknemers van het bedrijf die de database gevraagd.

In dit stadium kan brengen in de berekende waarde kolommen, maar dat hun gegevens worden berekend wanneer de gebruiker van de gegevensbank ze nodig heeft. Zodat de bovenstaande tabellen zijn beter geschreven als: Producten (ProductID, Categorie, Number, kostprijs Verkoopprijs) Sales (SaleID, Date, EmployeeID, CustomerID, Total) Leveranciers (SupplierID, adres, plaats, staat, land, telefoon) klanten (KlantId adres, plaats, staat, land, telefoon) SaleDetails (SaleID, ProductID, SoldPrice) Bestellingen (OrderID, Date, EmployeeID, SupplierID, Total) OrderDetails (OrderID, ProductID, BoughtPrice, Discount) Werknemer (EmployeeID, adres, plaats, staat, land, telefoon) U kunt een aantal van de namen tabel of kolom namen in het enkelvoud of meervoud zijn afhankelijk van hoe het klinkt goed.

De tafels zijn nu erg OK. Merk op dat ik de kolom SoldPrice in de tabel SaleDetails hebben opgenomen. Dit is niet verplicht. Als u zeker weet dat de verkoopprijs in de tabel voor alle seizoenen en alle jaren hetzelfde zal blijven, dan als je weet dat de artikelID je al kent de verkoopprijs. Echter, je verkoopprijs kan zelfs afhankelijk van het seizoen van het jaar en andere factoren, zoals promotie van uw bedrijf. In dit geval moet u de werkelijke prijs van het product dat wordt verkocht, in de tabel SaleDetails zetten.

Voor een vergelijkbare reden heb ik onder meer de werkelijke prijs gekocht voor een product in de tabel OrderDetails. Toe