Referensintegritet i Database

ett sidobord. Saker som detta gör det möjligt bedrägeri i databasen. Många DBMS ger dig chansen att tillåta eller förhindra detta. När du koda DBMS att förhindra detta, säger vi att du har verkrefererande integrity.Updating en rad för att uppdatera en rad innebär att redigera eller ändra raden. Du bör inte ändra en rad på många sidan ger det några nya värdet (EmployeeID) när det inte finns någon motsvarande rad (Anställningsnr) å ena sidan, av samma skäl som anges ovan. I det här fallet, inte ge en ny EmployeeID på många sidan. Du uppmanas att genomdriva referensintegritet för detta.

Dessutom, om du ändrar en rad (Anställningsnr) i den ena sidan, se till att alla motsvarande rader (Anställningsnr) på många sida, justeras (om du lägger till en ny medarbetare på ena sidan). Du uppmanas att genomdriva referensintegritet för att skydda mot sådana fel (tolerans) .Delete på en sida Om du tar bort en rad på många sidan, är det inga problem. Men om du tar bort en rad å ena sidan måste du ta bort motsvarande rader på många sidan (såvida raden inte har motsvarande rader på många sidan). Många DBMS ger dig chansen att tillåta eller förhindra detta.

När du koda DBMS att förhindra detta, säger vi att du har verk Cascade på Ta bort (så att du tar bort en rad å ena sidan tar bort motsvarande rader på många sidan automatiskt). När du lär dig en viss databashanterare såsom i Sybase eller MySQL du vet hur att koda (påtvingad) referensintegritet. Det är det för referensintegritet. Vi tar en paus här och fortsätter i nästa del i serien.

ChrysTutorials i Series1 Referensintegritet i Database2 Index för databas Tables3 Data DictionaryThe måste veta i databasdesign och MySQL ServerThe måste veta i databasdesign och MySQL Server Review