Нақты әлемдегі қалыпқа келтіру
Дерекқорды қалыпқа келтіру - қолданбаны дамытудың қасиетті сиырларының бірі. Сіз оқыған немесе оқыған кітаптарыңыздың әрқайсысы бакалавриат бағдарламасының деректер базасын қалыпқа келтірудің маңыздылығын айтады.
Бұл шындықты сынауға уақыт келді. Кейде деректер базаңызды өшіріп тастау дұрыс!
Қашан қалыпқа келтіру керек?
Дерекқорды қалыпқа келтіру сіздің деректеріңіздің тұтастығын қорғайды. Бұл көптеген жағдайларда тамаша идея және кез келген дерекқордың дизайнын қалыпқа келтіруге ұмтылу керек. Егер дерекқорыңызды қалыпқа келтірсеңіз, оған барыңыз! Шындығында, осы сайттағы деректер базасын қалыпқа келтіру бойынша кейбір практикалық кеңестер берілген:
- Деректер қорын бірінші қалыпты пішінге қою (1NF)
- Деректер базасын екінші қалыпты пішінге қою (2NF)
- Деректер базасын үшінші қалыпты пішінде орналастыру (2NF)
Түпкілікті жол - дерекқорды қалыпқа келтірмеу керек, егер сізде бұны жасамауға шынымен себеп жоқ болса. Әдетте қалыпты ету - дыбысты жобалау тәжірибесі. Ол артық ақпаратты азайтады, өнімділікті оңтайландырады және дерекқордың әртүрлі бұрыштарында бірдей мәліметтерге ие болудан туындаған деректердің тұтастығы мәселелеріне ие болу ықтималдығын азайтады.
Нормалданудың кейбір жақсы себептері
Бұл сіздің дерекқорыңызды қалыпқа келтірмеудің кейбір жақсы себептері бар. Бірнеше қарап көрейік:
- Қатысушылар қымбат . Деректер базасын қалыпқа келтіру көбінесе көптеген кестелерді жасауды қамтиды. Шын мәнінде, сіз бес немесе 10 кестені қамтитын қарапайым сұрау болуы керек деп ойласаңыз оңайырақ болады. Егер сіз бес кесте бірлестігін жасамасаңыз, оның принциптік түрде жұмыс жасайтындығын білесіз, бірақ оның іс жүзінде оны баяулатады. Егер сіз үлкен кестелерге қарсы бірнеше сұрақ қоюға негізделген веб-қосымшаны құрсаңыз, «Егер бұл дерекқор тек қалыпты болса ғана» деп ойлауыңыз мүмкін. Басыңыздағы ойды естігенде, бұл жақсы уақыт denormalizing деп қарастырыңыз. Егер деректердің тұтастығына қауіп төндірмей, сол сұрау арқылы пайдаланылған деректердің барлығын бір кестеге жаба алсаңыз, онда барыңыз! Козголар болыңыз және дерекқорыңызды жойыңыз. Сіз артқа қарамайсыз!
- Нормалданған дизайн қиын . Егер сіз күрделі дерекқор схемасымен жұмыс істесеңіз, сіз қалыпты жағдайдың күрделілігінен басыңызды үстелге қарсы тартып жатқыңыз мүмкін. Қарапайым қарапайым ереже ретінде, сіз күні бойы төртінші қалыпты пішінге қалай ауысуды білуге тырысып жатсаңыз, қалыпқа келуді тым алыс ұстауыңыз мүмкін. Артқа қарай қадам жасап, өзіңізден сұраңыз, ол шын мәнінде жалғасады.
- Жылдам және лас тез және лас болуы керек . Егер сіз жай ғана прототип жасап шығарсаңыз, кез келген нәрсені жылдам жасаңыз. Шындығында. Бәрі жақсы. Жылдам қосымшаларды әзірлеу кейде талғампаз дизайнға қарағанда маңызды. Прототиптік кезеңнен тысқары жерде жүруге дайын болғаннан кейін қайта оралып, дизайыңызға мұқият қарауды ұмытпаңыз. Деректер базасын жылдам және ластаушы дизайны үшін төлейтін баға, сіз оны тастауға және өндіріске арналған уақытқа байланысты басталуыңыз мүмкін.
- Егер сіз NoSQL дерекқорын пайдалансаңыз , дәстүрлі қалыпқа келтіру қажет емес. Оның орнына, дерекқорыңызды дизайны BASE үлгісінің көмегімен жасаңыз, ол әлдеқайда кешірімді. Бұл электрондық пошта, суреттер немесе бейнелер секілді құрылымсыз деректерді сақтау кезінде пайдалы.
Ескертудің кейбір сөздері
Дерекқорды қалыпқа келтіру әдетте жақсы идея болып табылады. Сіз нормализация қағидаттарын ұстануға тырысуыңыз керек, мұны орынды деп санауға болады. Бірақ егер барлық индикаторлар қалыпқа келтірудің тым күрделі екенін көрсетсе, деректерді қорғай отырып, жұмысты атқаратын тәсілді қарастырыңыз.
Ақырында - қалыпқа келтіру ережелерінен адасып кетуді таңдасаңыз, деректер қорының тұтастығын қалай қамтамасыз ететіндігі туралы қосымша сергек болыңыз. Егер сіз артық ақпаратты сақтасаңыз, триггерлер мен басқа басқару элементтерін ақпараттың дәйекті болуын қамтамасыз ету үшін орындаңыз.