Normalization í Real World
Gagnagrunnur eðlileg er einn af heilögu kýr umsókn þróun. Sérhver grunnnám námskeið sem þú hefur tekið eða bókað sem þú hefur lesið líklega predikar mikilvægi þess að normalize gagnagrunna .
Það er kominn tími til að skora á truism. Stundum er það allt í lagi að deformalize gagnagrunninn þinn!
Hvenær ættir þú að staðla?
Gagnagrunnur eðlilegur verndar heiðarleika gagna þinnar. Það er frábær hugmynd í mörgum tilfellum, og þú ættir að hefja gagnagrunnshönnun við venju með huga. Ef þú getur staðlað gagnagrunninn þinn skaltu fara á það! Í raun eru hér nokkur hagnýt ráð um hvernig á að staðla gagnagrunninn á þessari síðu:
- Setja gagnagrunninn í fyrsta eðlilegu formi (1NF)
- Setja gagnagrunninn í annað venjulegt form (2NF)
- Setja upp gagnagrunninn í þriðja eðlilegu formi (2NF)
Niðurstaðan er sú að þú ættir að staðla gagnagrunninn þinn nema þú hafir mjög góða ástæðu til að gera það ekki. Normalization er yfirleitt hljóðhönnun. Það dregur úr óþarfa upplýsingum, hámarkar árangur og dregur úr líkum á því að þú hafir gögn varðandi gögn sem tengjast því að hafa sömu gögn stashed í mismunandi hornum gagnagrunnsins.
Nokkrar góðar ástæður til að ekki aðlaga
Það er sagt að það eru nokkrar góðar ástæður til að ekki staðla gagnagrunninn. Skulum líta á nokkrar:
- Sambönd eru dýr . Að staðla gagnagrunninn þinn felur oft í sér að búa til fullt af borðum. Reyndar getur þú auðveldlega fundið upp það sem þú heldur að ætti að vera einfalt fyrirspurn sem nær yfir fimm eða 10 töflur. Ef þú hefur einhvern tíma reynt að taka þátt í fimm borð, þá veistu að það virkar í grundvallaratriðum, en það er vandlega hægur í framkvæmd. Ef þú ert að byggja upp vefforrit sem byggir á fjölþættum fyrirspurnum gegn stórum borðum, gætirðu fundið þig sjálfur að hugsa, "Ef aðeins þessi gagnagrunnur væri ekki eðlilegur!" Þegar þú heyrir þessi hugsun í höfði þínu, þá er það gott að íhuga denormalizing. Ef þú getur haldið öllum gögnum sem notaðar eru af þessari fyrirspurn í einni töflu án þess að raunverulega koma í veg fyrir gagnaheilbrigði þína skaltu fara á það! Vertu uppreisnarmaður og deormalize gagnagrunninn þinn. Þú munt ekki líta til baka!
- Samræmd hönnun er erfitt . Ef þú ert að vinna með flóknu gagnagrunnsformi, munt þú sennilega finna þig að knýja höfuðið á borðið yfir flókið eðlileg. Sem einföld þumalputtaregla, ef þú ert að eyða allan daginn að því að reyna að reikna út hvernig á að flytja til fjórða eðlilegs eyðublaðsins gætir þú tekið venjulega of langt. Skref til baka og spyrðu sjálfan þig hvort það sé virkilega þess virði að halda áfram.
- Fljótur og óhreinn ætti að vera fljótur og óhreinn . Ef þú ert bara að þróa frumgerð, gerðu bara það sem vinnur hratt. Í alvöru. Það er í lagi. Hraður umsókn þróun er stundum mikilvægari en glæsilegur hönnun. Mundu bara að fara aftur og horfðu vel á hönnunina þína þegar þú ert tilbúinn til að fara út fyrir frumgerðarsíðuna. Verðið sem þú borgar fyrir fljótlegan og óhreint gagnasafnshönnun er að þú gætir þurft að henda því burt og byrja aftur þegar það er kominn tími til að byggja upp til framleiðslu.
- Ef þú ert að nota NoSQL gagnagrunn , er venjulegt eðlilegt að vera ekki æskilegt. Í staðinn skaltu hanna gagnagrunninn með því að nota BASE líkanið sem er miklu meira fyrirgefandi. Þetta er gagnlegt þegar þú geymir óbyggð gögn eins og tölvupóst, myndir eða myndskeið.
Sumir orð af varúð
Gagnagrunnsnotkun er yfirleitt góð hugmynd. Þú ættir að reyna að fylgja meginreglunum um eðlileg þegar það virðist sanngjarnt að gera það. En ef allar vísbendingar benda til þess að eðlilegt sé að vera of flókið til að framkvæma, þá skaltu íhuga nálgun sem mun fá vinnu en enn vernda gögnin þín.
Að lokum - ef þú velur að koma í veg fyrir reglurnar um eðlileg, vertu meðvitaður um hvernig þú framfylgir gagnkvæmni gagnagrunnsins. Ef þú geymir óþarfa upplýsingar skaltu setja kallar og aðrar stillingar til að tryggja að upplýsingarnar séu í samræmi.