P:
Zašto bi se menadžeri trebali zaštititi od prekomjerne zalihe baze podataka?
A:Upravitelji baza podataka i drugi informatički profesionalci trebali bi se zaštititi od „suvišnosti baze podataka“ ili „suvišnosti podataka“ zbog svih negativnih utjecaja koji zalihost može imati u sustavu baze podataka ili okruženju. Gdje god se duplicira određeni podatak, bilo u dva polja u bazi podataka ili u dva različita okruženja baze podataka, to može imati posljedice za preuzimanje podataka.
Jedan od prvih razloga za izbjegavanje suvišnih podataka jest taj što može biti rasipan ili pretjeran.
Važno je napomenuti da se planiraju neke vrste zaliha podataka kako bi se zaštitili i napravili sigurnosne kopije podataka. Međutim, drugi proizlaze iz lošeg ili neučinkovitog kodiranja ili nedostatka pozornosti prema najboljim praksama. U mnogim slučajevima velika količina suvišnih podataka uzrokuje da baza podataka brzo nadiđe razumnu veličinu. Imajući to u vidu, ulažu se mnogi napori u borbi protiv suvišnosti podataka kako bi se uštedio prostor u bazi podataka, a samim tim i da bi se smanjili troškovi i napori na održavanju. To se, međutim, mora učiniti s pažnjom na praktičnost - inženjeri mogu prakticirati nešto što se naziva dedukcija podataka, ali to se mora učiniti na učinkovit način.
Na primjer, upravitelji baza podataka mogu istražiti nešto poput oduzimanja niza iz ponovljenog polja, kao što je zajednički naziv kupca ili tvrtke, i zamijeniti ga jednostavnom referencom varijable gdje se niz drži negdje drugdje. To može uštedjeti prostor na bazi podataka - ali isto tako može zahtijevati više aktivnosti poslužitelja za izvršavanje određenog upita, tako da možda neće biti jednako učinkovit kao što se čini.
Drugi veliki razlog za dupliciranje podataka ili izbjegavanje suvišnih podataka je zbog zbrke koja može rezultirati. Suvišni podaci u bazi podataka mogu uzrokovati različite vrste anomalija. Jedna od njih naziva se anomalija ažuriranja - anomalije ažuriranja događaju se kad se rekord ponovno unese s ažuriranim informacijama, ali ažuriranje ne vraća u izvorni zapis. U takvoj situaciji mogu postojati tri različita zapisa za određenog zaposlenika tvrtke, s tri različita naslova posla i tri različite adrese, jer se podaci o osobi ne ažuriraju u cijeloj bazi podataka, već samo u zadnjem upisanom zapisu.
Kao što sugeriraju stručnjaci, administratori baze podataka mogu izbjeći suvišnost podataka dizajnom. Također se mogu uključiti u prakse normalizacije podataka koje mogu popraviti anomalije ažuriranja i druge vrste anomalija standardiziranjem načina na koji se vode evidencije tablica baza podataka. Administratori baze podataka mogu također provoditi napore u vezi s uklanjanjem podataka koji čiste i standardiziraju podatke na druge načine. Sve ovo služi za svrhu stvaranja čistijih tablica baza podataka, čineći zapise baza podataka dosljednijima i sprječavajući sve glavobolje i složene probleme povezane s neplaniranim viškom podataka.
