Effektivitet i Database Design - Del 1Division 3Introduction Dette er en del 1 af min serie Effektivitet i Database Design. Jeg antager, at du har læst alle de forskellige dele af store serier op til dette punkt. Denne store serier er opdelt i en række afdelinger. Hver division har et antal dele. Den tidligere opdeling behandlet med design af databasetabeller. Titlen på den første del af denne opdeling er, Normalisering. For at nå denne deling, så skriv titlen og mit navn, Chrys i søgefeltet på denne side og klik på Søg. Dette er division 3.
I denne opdeling, ser vi hvordan man laver en database effektiv. I denne del af serien, ser vi på det, der kaldes referentiel integritet i databasen. Bemærk: Hvis du ikke kan se koden, eller hvis du tror noget mangler (brudt link, billede fraværende), bare kontakte mig på [email protected]. Det vil sige, kontakt mig for det mindste problem, du har om, hvad du er reading.Referential Integritet Overvej følgende to tabeller: Salg (SaleID, dato, MedarbejderId, CustomerID) SaleDetails (SaleID, ProductID, SoldPrice) forholdet mellem de to ovenstående tabeller er en-til-mange.
Den ene på siden af salget, og mange på siden af SaleDetails. Den primære nøgle til Sales bordet er SaleID. Den primære nøgle til SaleDetails bordet er sammensat (SaleID, ProductID). Overveje følgende to tabeller: Medarbejder (MedarbejderId, adresse, by, land, telefon) Ordrer (OrderID, Dato, MedarbejderId, SupplierID) Forholdet mellem de to ovennævnte tabeller er en-til-mange. Den ene på siden af Medarbejder og mange på siden af ordrer. Den primære nøgle til Medarbejder tabellen er MedarbejderId. Vores interesse i tabellen Ordrer er den fremmede nøgle, MedarbejderId.
En medarbejder kan lave mange ordrer. Referentiel integritet refererer til den stramme forhold mellem rækkerne af de to tabeller af en-til-mange relationship.Adding eller Indsættelse af en række til mange bivirkninger Betragt de sidste to tabeller ovenfor. Du har Medarbejder tabellen, der indeholder en liste over medarbejdernes oplysninger. Forholdet mellem de to tabeller er gennem MedarbejderId søjlen i begge tabeller. En MedarbejderId værdi vises kun én gang i Medarbejder tabellen, men det kan forekomme i mere end én rækker (i fremmed nøgle) i tabellen Ordrer.
For hver række i tabellen Ordrer, der er en tilsvarende række i Medarbejder tabellen. I en en-til-mange-relation, kan du ikke tilføje en række i mange sidebord, hvor der ikke er tilsvarende række (MedarbejderId) i