Zašto su integritet entiteta i referentni integritet važni u bazi podataka?

Integritet entiteta i referentni integritet dva su oblika integriteta podataka koji su posebno važni u relacijskim bazama podataka. Relacijske baze podataka rastavljaju pohranu podataka na elemente koji se obično moraju ponovno spojiti kako bi se proizveli smisleni rezultati. Bez jamstava ove dvije vrste integriteta, podaci bi bili ispušteni ili duplicirani.

Sustavi upravljanja relacijskim bazama podataka danas predstavljaju najšire implementirani model baze podataka u svijetu. Relacijski model se oslanja na "normalizirane" podatke. Normalizacija je proces koji se provodi u procesu dizajna baze podataka kako bi se osiguralo da tablice koji drže podaci nemaju ponavljajuće podatke i ne mogu stvoriti ponavljanje ili gubitak kada su spojeni zajedno

Većina aplikacija baze podataka koristi dvije različite vrste podataka: podatke o transakcijama i referentne podatke. Kao primjer, vrlo osnovna baza podataka skladišta će bilježiti transakcije kretanja zaliha. Zamislite zapis transakcije kao što je: Stavka 1010, Količina 5, Smjer van. Upravitelj će možda htjeti vidjeti izvješće o tim podacima s nazivom artikla i opisom artikla kao i brojem artikla. Ovi detalji su atributi različitog entiteta koji opisuje svaki dio u skladištu. Ovo je referentna tablica.

U primjeru baze podataka skladišta, tablica transakcija treba samo sadržavati identifikator za dio. Kada bi se pojedinosti poput imena i opisa nalazile u tablici transakcija, to bi izazvalo nepotrebno ponavljanje. Svaki predmet uvijek ima isti naziv i opis, a ti se detalji odnose na dio, a ne na transakciju. U ovom primjeru sustava, detalji o dijelovima nalaze se u drugoj tablici. Svaki zapis u tablici mora biti jedinstveno identificiran jednim poljem ili kombinacijom polja koja se naziva primarni ključ. Razdvajanje ponavljajućih skupina naziva se "normalizacija".

U primjeru baze podataka skladišta, primarni ključ tablice dijelova trebao bi biti atribut koji jedinstveno identificira svaki zapis. Ovo je integritet entiteta. Općenito, numerička polja su bolja za primarni ključ od tekstualnih. U tablici dijelova, najbolje polje za primarni ključ bio bi broj stavke. Organizacija može prodavati različite proizvode s istim imenom, poput "malog ključa". Broj stavke uvijek će biti jedinstven po stavci, i tako se osigurava integritet entiteta za tablicu dijelova. Ako je nekoliko zapisa imalo istu vrijednost primarnog ključa, referenciranje pojedinosti iz ove tablice spajanjem na transakcijska tablica bi izazvala dupliciranje transakcijskih zapisa kako bi se svaki zapis podudarao s istim identifikator.

Referentni integritet osigurava da je veza između tablice transakcija i tablice dijelova ispravno oblikovana. U tablici transakcija, broj stavke tvori strani ključ, koji je atribut koji se povezuje s primarnim ključem tablice dijelova. U tablici transakcija mogu se pojaviti samo brojevi stavki navedeni u tablici dijelova. Ovo je referentni integritet. Ako tablica transakcija sadrži broj stavke koji se također ne nalazi u tablici dijelova, spajanje tablica zajedno bi uzrokovalo da transakcije s nedostajućim brojem stavke budu izostavljene iz rezultata.