Дизајн на база на податоци. Најдобри практики

Во пресрет на почетокот на следниот проток по стапка "База на податоци" Подготвивме мал авторски материјал со важни совети за дизајнирање база на податоци. Се надеваме дека овој материјал ќе ви биде корисен.

Базите на податоци се насекаде: од наједноставните блогови и директориуми до сигурни информациски системи и големи социјални мрежи. Дали базата на податоци е едноставна или сложена не е толку важно колку што е важно да се дизајнира правилно. Кога базата на податоци е дизајнирана непромислено и без јасно разбирање на целта, не само што е неефикасна, туку понатамошната работа со базата ќе биде вистинска мака, непробојна шума за корисниците. Еве неколку совети за дизајнирање бази на податоци кои ќе ви помогнат да креирате корисен и лесен за употреба производ.

1. Определи за што служи табелата и каква е нејзината структура

Денес, развојните методи како што се Scrum или RAD (Rapid Application Development) им помагаат на ИТ тимовите брзо да развијат бази на податоци. Меѓутоа, во потрагата по времето, искушението е многу големо да се нурне директно во изградбата на база, нејасно замислувајќи која е самата цел, кои треба да бидат конечните резултати.
 
Како тимот да е фокусиран на ефикасна, брза работа, но ова е фатаморгана. Колку подалеку и побрзо ќе нурнете во длабочината на проектот, толку повеќе време ќе биде потребно за да се идентификуваат и промените грешките во дизајнот на базата на податоци.

Значи, првото нешто што треба да одлучите е да ја дефинирате целта за вашата база на податоци. За каков тип на апликација се развива базата на податоци? Дали корисникот ќе работи само со записи и ќе треба да внимава на трансакциите или повеќе е заинтересиран за анализа на податоци? Каде треба да биде распоредена базата? Дали ќе го следи однесувањето на клиентите или едноставно ќе управува со односите со клиентите? 

Колку побрзо дизајнерскиот тим одговори на овие прашања, толку помазниот процес на дизајнирање на базата на податоци ќе биде.

2. Кои податоци треба да ги изберам за складирање?

Планира однапред. Размислувања за тоа што ќе направи страницата или системот за кој се дизајнира базата на податоци во иднина. Важно е да се оди подалеку од едноставните барања на техничките спецификации. Само ве молам, не почнувајте да размислувате за сите можни типови на податоци што некој корисник некогаш ќе ги складира. Наместо тоа, размислете дали корисниците ќе можат да пишуваат објави, да поставуваат документи или фотографии или да разменуваат пораки. Ако е така, тогаш треба да одвоите простор за нив во базата на податоци.

Работете со тимот, одделот или организацијата за која ќе биде поддржана дизајнерската база во иднина. Комуницирајте со луѓе на различни нивоа, од специјалисти за услуги на клиентите до раководители на оддели. На овој начин, со помош на повратни информации, ќе добиете јасна претстава за барањата на компанијата. 

Неизбежно, потребите на корисниците дури и во истиот оддел ќе се судрат. Ако наидете на ова, не плашете се да се потпрете на сопственото искуство и да пронајдете компромис кој одговара на сите страни и ја задоволува крајната цел на базата на податоци. Бидете сигурни: во иднина ќе добиете +100500 во карма и планина од колачиња.

3. Моделирајте ги податоците со внимание

Постојат неколку клучни точки на кои треба да се обрне внимание при моделирање на податоци. Како што рековме претходно, целта на базата на податоци одредува кои методи да се користат при моделирање. Ако дизајнираме база на податоци за онлајн обработка на записи (OLTP), со други зборови за креирање, уредување и бришење записи, користиме моделирање трансакции. Ако базата на податоци мора да биде релациска, тогаш најдобро е да се користи повеќедимензионално моделирање.

За време на моделирањето, се градат концептуални (CDM), физички (PDM) и логички (LDM) модели на податоци. 

Концептуалните модели ги опишуваат ентитетите и видовите податоци што тие ги вклучуваат, како и односите меѓу нив. Поделете ги вашите податоци на логички делови - тоа го прави животот многу полесен.
Главната работа е умереноста, не претерувајте.

Ако еден ентитет е многу тешко да се класифицира во еден збор или фраза, тогаш е време да се користат подтипови (детски ентитети).

Ако некој ентитет води свој живот, има атрибути кои го опишуваат неговото однесување и изглед, како и односите со други објекти, тогаш можете безбедно да користите не само подтип, туку и супертип (матичен ентитет). 

Ако го занемарите ова правило, другите програмери ќе се збунат во вашиот модел и нема целосно да ги разберат податоците и правилата за тоа како да ги соберат.

Концептуалните модели се имплементирани со користење на логички. Овие модели се како патоказ за дизајн на физичка база на податоци. Во логичкиот модел, ентитетите на деловните податоци се идентификуваат, се одредуваат типовите на податоци и се одредува статусот на клучот за правило што ги регулира односите помеѓу податоците.

Потоа се споредува моделот на логички податоци со претходно избраната платформа DBMS (систем за управување со бази на податоци) и се добива Физички модел. Тој опишува како податоците се физички складирани.

4. Користете ги вистинските типови на податоци

Користењето на погрешен тип на податоци може да резултира со помалку точни податоци, тешкотии при спојување на табели, тешкотии при синхронизирање на атрибути и надуени големини на датотеки.
За да се обезбеди интегритет на информации, атрибутот мора да содржи само типови на податоци кои се прифатливи за него. Ако возраста е внесена во базата на податоци, погрижете се колоната да складира цели броеви од максимум 3 цифри.

Направете минимум празни колони со NULL вредност. Ако ги креирате сите колони како NULL, ова е голема грешка. Ако ви треба празна колона за извршување на одредена деловна функција, кога податоците се непознати или сè уште немаат смисла, тогаш слободно креирајте ги. На крајот на краиштата, не можеме однапред да ги пополниме колоните „Датум на смрт“ или „Датум на отпуштање“, ние не сме предвидувачи што покажуваат со прстите кон небото :-).

Повеќето софтвери за моделирање (ER/Studio, MySQL Workbench, SQL DBM, gliffy.com) податоците ви овозможуваат да креирате прототипови на податочни региони. Ова обезбедува не само точен тип на податоци, логика на апликацијата и добри перформанси, туку и дека вредноста е потребна.

5. Одете природно

Кога одлучувате која колона во табелата да ја користите како клуч, секогаш размислете кои полиња може да ги уреди корисникот. Никогаш не ги избирајте како клуч - лоша идеја. Сè може да се случи, но мора да се погрижите да биде единствено.

Најдобро е да користите природен, или деловен, клуч. Има семантичко значење, така што ќе избегнете дуплирање во базата на податоци. 

Освен ако деловниот клуч не е единствен (име, презиме, позиција) и не се повторува во различни редови од табелата или мора да се промени, тогаш генерираниот вештачки клуч треба да биде означен како примарен клуч.

6. Нормализирајте умерено

За ефикасно да ги организирате податоците во базата на податоци, треба да следите збир на упатства и да ја нормализирате базата на податоци. Постојат пет нормални форми што треба да се следат.
Со нормализацијата, избегнувате вишок и обезбедувате интегритет на податоците што се користат во вашата апликација или страница.

Како и секогаш, сè треба да биде умерено, дури и нормализација. Ако има премногу табели во базата на податоци со исти уникатни клучеви, тогаш сте се занесувале и премногу ја нормализирате базата на податоци. Прекумерната нормализација негативно влијае на перформансите на базата на податоци.

7. Тестирајте рано, тестирајте често

Планот за тестирање и правилното тестирање треба да бидат дел од дизајнот на базата на податоци.

Најдобар начин да ја тестирате вашата база на податоци е преку континуирана интеграција. Симулирајте сценарио за „ден во животот на базата на податоци“ и проверете дали се постапувани со сите рабови и какви се веројатните интеракции со корисникот. Колку побрзо најдете грешки, толку повеќе ќе заштедите и време и пари.

Ова се само седум совети што можете да ги користите за да дизајнирате одлична база на податоци за продуктивност и ефикасност. Ако ги следите, ќе ги избегнете повеќето главоболки во иднина. Овие совети се само врвот на ледениот брег во моделирањето на базата на податоци. Има огромен број на лајф хакови. Кои ги користите?

Извор: www.habr.com