Zakaj sta integriteta entitete in referenčna integriteta pomembni v zbirki podatkov?

Integriteta entitete in referenčna integriteta sta dve obliki celovitosti podatkov, ki sta še posebej pomembni v relacijskih bazah podatkov. Relacijske baze podatkov razčlenijo shranjevanje podatkov na elemente, ki jih je običajno treba znova združiti, da bi ustvarili pomembne rezultate. Brez jamstev teh dveh vrst celovitosti bi se podatki izpustili ali podvojili.

Sistemi za upravljanje relacijskih baz podatkov predstavljajo danes najbolj razširjen model baze podatkov na svetu. Relacijski model temelji na "normaliziranih" podatkih. Normalizacija je postopek, ki se izvaja v procesu oblikovanja baze podatkov, da se zagotovi, da so tabele hranijo podatki, nimajo ponavljajočih se podatkov in ne morejo povzročiti ponovitve ali izgube, ko so združeni skupaj

Večina aplikacij baze podatkov uporablja dve različni vrsti podatkov: transakcijske podatke in referenčne podatke. Na primer, zelo osnovna skladiščna baza podatkov bo beležila transakcije gibanja zalog. Predstavljajte si zapis transakcije, kot je: Predmet 1010, Količina 5, Smer ven. Upravitelj bo morda želel videti poročilo o teh podatkih z imenom artikla in opisom artikla ter številko artikla. Te podrobnosti so atributi druge entitete, ki opisuje vsak del v skladišču. To je referenčna tabela.

V primeru baze podatkov skladišča mora tabela transakcij vsebovati samo identifikator za del. Če bi podrobnosti, kot sta ime in opis, hranili v tabeli transakcij, bi to povzročilo nepotrebno ponavljanje. Vsak predmet ima vedno isto ime in opis, te podrobnosti pa se nanašajo na del in ne na transakcijo. V tem primeru sistema so podrobnosti o delih v drugi tabeli. Vsak zapis v tabeli mora biti enolično identificiran z enim poljem ali kombinacijo polj, ki se imenuje primarni ključ. Razdelitev ponavljajočih se skupin se imenuje "normalizacija".

V primeru baze podatkov skladišča mora biti primarni ključ tabele delov atribut, ki enolično identificira vsak zapis. To je integriteta entitete. Na splošno so številska polja boljša za primarni ključ kot besedilna polja. V tabeli delov bi bilo najboljše polje za primarni ključ številka artikla. Organizacija lahko prodaja različne izdelke z istim imenom, na primer "majhen ključ". Številka artikla bo vedno edinstvena za posamezen element, kar zagotavlja celovitost entitete za tabelo delov. Če je imelo več zapisov enako vrednost primarnega ključa, sklicevanje na podrobnosti iz te tabele tako, da jo pridružite transakcijska tabela bi povzročila podvajanje transakcijskih zapisov, da bi se ujemali z vsakim zapisom z istim identifikator.

Referenčna celovitost zagotavlja, da je povezava med tabelo transakcij in tabelo delov pravilno oblikovana. V tabeli transakcij številka postavke tvori tuji ključ, ki je atribut, ki se povezuje s primarnim ključem tabele delov. V tabeli transakcij so lahko prikazane samo številke artiklov, navedene v tabeli delov. To je referenčna integriteta. Če tabela transakcij vsebuje številko postavke, ki je ni v tabeli delov, bi združevanje tabel povzročilo, da bi transakcije z manjkajočo številko postavke izpuščene iz rezultatov.