K:
Miksi johtajien tulisi suojautua tietokannan redundanssilta?
V:Tietokannan ylläpitäjien ja muiden IT-ammattilaisten tulisi suojautua "tietokannan redundanssilta" tai "tietojen redundanssilta" kaikista kielteisistä vaikutuksista, joita redundanssilla voi olla tietokantajärjestelmässä tai ympäristössä. Missä tahansa tietyt tiedot kopioidaan joko kahdessa tietokannan kentässä tai kahdessa eri tietokantaympäristössä, sillä voi olla vaikutuksia tietojen hakemiseen.
Yksi ensimmäisistä syistä tietojen redungaation välttämiseen on, että se voi olla tuhlaava tai liiallinen.
Tärkeää on huomauttaa, että tietyn tyyppinen tietojen redundanssi on suunniteltu tietojen suojaamiseksi ja varmuuskopioimiseksi. Toiset kuitenkin johtuvat huonosta tai tehottomasta koodauksesta tai huomiotta jättämisestä parhaisiin käytäntöihin. Monissa tapauksissa suuret määrät tietojen redundanssia aiheuttavat tietokannan nopean kasvattamisen kohtuullisen koon yli. Tätä silmällä pitäen tehdään monia pyrkimyksiä torjua tietojen redundanssia tilan säästämiseksi tietokannassa ja siten vähentää kustannuksia ja ylläpitotoimia. Tämä on kuitenkin tehtävä käytännöllisyyttä silmällä pitäen - insinöörit voivat harjoittaa niin kutsuttua datan deduktiointia, mutta se on tehtävä tehokkaalla tavalla.
Esimerkiksi tietokannan ylläpitäjät saattavat tutkia esimerkiksi merkkijonon poistamisen toistuvalta kentältä, kuten jaetun asiakkaan tai yrityksen nimen, ja korvata sen yksinkertaisella muuttujaviittauksella, jos merkkijono pidetään jossain muualla. Tämä voi säästää tilaa tietokannassa - mutta se voi myös vaatia enemmän palvelimen toimintaa annetun kyselyn suorittamiseksi, joten se ei ehkä ole niin tehokas kuin miltä näyttää.
Toinen suuri syy tietojen yksinkertaistamiseen tai tietojen redundanssin välttämiseen on seurausta mahdollisesta sekaannuksesta. Tietokannan tarpeeton tieto voi aiheuttaa erityyppisiä poikkeavuuksia. Yhtä näistä kutsutaan päivitysvirheeksi - päivitysvirheitä tapahtuu, kun tietue palautetaan päivitetyillä tiedoilla, mutta päivitys ei tee sitä takaisin alkuperäiseen tietueeseen. Tällaisessa tilanteessa tietyllä yrityksen työntekijällä voi olla kolme erilaista tietuetta, joilla on kolme eri nimikettä ja kolme eri osoitetta, koska henkilön tietoja ei päivitetty koko tietokantaan, vaan vain viimeksi tallennetun tietueen kohdalla.
Asiantuntijoiden mukaan tietokannan ylläpitäjät voivat välttää tietojen redundanssin suunnittelun perusteella. He voivat myös osallistua tietojen normalisointikäytäntöihin, jotka voivat korjata päivitysvirheitä ja muunlaisia poikkeamia standardisoimalla tapaa, jolla tietokantataulukoiden tietueita pidetään. Tietokannan ylläpitäjät voivat myös jatkaa tietojen deduktiopyrkimyksiä, jotka puhdistavat ja standardisoivat tietoja muilla tavoilla. Kaikki tämä palvelee tarkoitusta luoda puhtaampia tietokantataulukoita, tehdä tietokantatietueista entistä johdonmukaisempia ja estää kaikki päättömyydet ja monimutkaiset ongelmat, jotka liittyvät suunnittelemattomaan tietojen redundanssiin.
