Database
 sql >> база данни >  >> RDS >> Database

Как да станете дизайнер на бази данни

Моделирането на бази данни съдържа известна наука, малко изкуство, много техники и доста обща мъдрост. Всички добри моделисти на бази данни учат много, практикуват много, култивират креативност и развиват междуличностни умения.

Пътят към това да станете дизайнер на база данни може да изглежда труден. Но ако обичате да работите с данни, да давате структура там, където привидно няма такава, и да помагате на хората да откриват скрити истини в приливи от информация, определено ще намерите пътуването за приятно.

Какво е моделиране на данни?

Първо най-важното. Нека да разберем какво е моделиране на данни. Моделирането на данни е процесът на създаване на концептуално представяне на информацията, която трябва да се съдържа в база данни. Резултатът от този процес е модел на данни с обекти с данни (обектите, за които трябва да се съхранява информация), асоциациите или връзките между тях и правилата или ограниченията, които управляват информацията в базата данни.

Човекът, който отговаря за моделирането на данни, е дизайнерът на база данни, въпреки че моделирането често е сред отговорностите на инженера или архитекта на базата данни. Работата на дизайнера на база данни не се ограничава до просто чертане на диаграми, а включва преглед на изискванията – или чрез четене на документация, или интервюиране на потребители – след това създаване на модел на данни, който отговаря на тези изисквания. Ето защо имате нужда от моделиране на данни.

След като бъде създаден модел на данни, дизайнерът трябва да поддържа този модел и да го преведе през неговата еволюция и жизнен цикъл. Това означава тясно сътрудничество с програмисти, анализатори и всеки друг, който трябва да използва модела. Това също означава приемане на заявки за промени в модела, приемане на предложения за подобряването му или адаптиране към нови нужди.

Стъпки към кариерата на дизайнер на база данни

Рим не е построен за един ден и няма да станете дизайнер на бази данни за една нощ. За да стигнете до финалната линия, трябва да следвате серия от стъпки. Започва с получаване на диплома, след това задълбочаване на някои специфични знания, научаване на използване на инструменти, получаване на сертификат, превръщане в експерт в определени специфични умения и накрая усвояване на умения, косвено свързани с дейността, която искате да извършвате – така наречените „меки“ умения. Но нека ги правим стъпка по стъпка.

1. Печелете степен

Първият важен етап в кариерата на всеки дизайнер на база данни е получаването на диплома. Програмите за асоциирани и бакалавърски степени са най-добрият път за тези, които искат да получат въвеждащо разбиране за дизайна на бази данни и разработката на софтуер. Програмите за асоциирани степени обхващат специфични аспекти на дизайна на бази данни и софтуер, като същевременно предлагат по-общо образование и бизнес курсове. Бакалавърските програми предлагат още повече курсове, свързани с бизнеса и могат да подготвят завършилите за по-високи позиции в областта на компютърните науки или разработката на софтуер.

Най-очевидната разлика между двата вида степени (освен цената) е времето, необходимо за спечелване на всяка. За редовен студент програмата за асоциирана степен обикновено отнема две години. Програмата за бакалавърска степен, от друга страна, обикновено отнема четири години за редовен студент. Очевидно четирите години на бакалавърската програма ще ви позволят да научите много повече, отколкото бихте направили в програма за асоциирани степени.

Можете да вземете кратък курс по дизайн на база данни. Но кратките курсове обикновено изискват да имате някои предварителни познания в различни аспекти на компютърните науки. Има и курсове, предназначени за хора, които не са компютърни грамотни. Vertabelo Academy има широка гама от такива курсове, специално разработени за хора, които не са ИТ.

Освен това имате възможност, ако сте достатъчно дисциплинирани, да се учите сами, без да приемате степен или курс. Има много възможности за избор в книгите за дизайн на бази данни, които можете да прочетете. Само имайте предвид, че когато става въпрос за подготовка на вашата автобиография, няма да ви е от полза да споменете, че сте чели тази или онази книга за дизайн. За разлика от това, помага да имате диплома или поне сертификат, че сте преминали курс.

2. Задълбочете знанията си

След като сте придобили необходимите знания за проектиране на база данни, консолидирайте ги и ги подсилете с реална практика. Теорията, която изучавате в курс или степен, дори заедно с упражненията, които трябва да решавате, ви дава само представа за проблемите, с които се сблъсквате в работата си като дизайнер на база данни. Между другото, тези допълнителни знания ви подготвят по-добре, когато трябва да отидете на интервю за работа за позиция дизайнер на база данни. Следват уменията, които трябва да овладеете, за да станете дизайнер на база данни.

Нормализация, клавиши и инстинкт на дизайнера

Независимо дали сте взели степен или курс, или просто сте чели книга, вие несъмнено ще научите нещо за първата, втората и третата нормални форми. Но за да затвърдите знанията си, разгледайте различни диаграми на същност-връзка (предполагам, че вече знаете какво представляват ERD и за какво се използват) и ги анализирайте, за да видите дали са нормализирани. Трябва да можете да определите в каква нормална форма са.

В тази диаграма едни и същи обекти са представени по два различни начина. Можете ли да кажете с един поглед в каква нормална форма е таблицата вляво и в каква е схемата вдясно?

Също така препоръчвам да изучавате проблемите, които една схема без нормализиране може да причини. Можете да сравните пространството, заето от ненормализирана схема и нормализирана схема на същите данни, за да видите разликите – с таблиците, попълнени с разумно количество данни, очевидно. Или можете да опитате да изпълните заявки върху ненормализирани таблици, за да видите несъответствията, които се появяват.

Има няколко неща, които научавате с практиката. Първо, никога не трябва да напускате таблица без първичен ключ. Второ, когато две таблици са свързани, трябва да дефинирате външен ключ, който свързва съответните полета на двете таблици. Ако забравите тези съвети, ви се напомня, когато откриете дублиращи се редове в таблица или осиротели елементи в отношенията главен-подробност и това ви създава кошмари.

Говорейки за ключове, вероятно сте чували за естествени ключове и сурогатни ключове. Докато нямате много опит, трябва да отделите време да помислите какъв тип ключ давате на всяка таблица, която създавате. След като направите няколко десетки ERD, ще развиете инстинкта на дизайнера да създавате схеми в третата нормална форма без усилие, с правилните връзки и най-добрия ключ за всяка таблица.

Складове за данни:размери, мерки, модели на схеми и други концепции

Концепциите за проектиране на бази данни обикновено се преподават с мисъл за обработка на транзакции. Но днес дизайнерите все повече се занимават с бази данни за аналитична обработка. Тези бази данни са известни като складове за данни и имат някои дизайнерски идеи и техники, които се различават от тези на конвенционалните бази данни.

Складовете за данни се изграждат с помощта на традиционния релационен модел, но с няколко нови допълнителни концепции. Например, някои полета представляват измерения, докато някои представляват мерки. Някои таблици събират факти, докато други групират измерения. Вече съществуват специфични модели на проектиране за схеми на хранилища за данни, като звезда, снежинка и галактика.

И накрая, складовете за данни въвеждат техника, наречена денормализация. За разлика от това, което може би си мислите, денормализацията не означава обръщане на всички предишни опити за нормализиране. За да разберете за какво се използва денормализацията, помислете за нея като за техника за въвеждане на излишък в дизайна на таблици за опростяване на заявките и визуализацията на данни.

3. Изберете вашите инструменти

В допълнение към теоретичните знания, които ви дават вашето обучение, и практическите знания, които ви дава опитът ви, трябва да овладеете инструментите за проектиране на бази данни. Инструментите на дизайнера на база данни са тези, които ви помагат със задачата да създавате модели на данни.

Истината е, че добрите дизайнери могат да си вършат работата без никакъв инструмент, освен молив и хартия. Но за да бъдат ефективни и да изпълнят задачите си във възможно най-кратък срок, те трябва да използват инструменти, които им помагат да бъдат по-ефективни.

Инструментите, които спестяват най-много време на дизайнера на база данни, са инструментите за проектиране на ERD, като платформата Vertabelo.com. Тези инструменти опростяват работата на дизайнера на база данни по рисуване на диаграми, автоматизират създаването на SQL скриптове и генерират диаграми от съществуващи бази данни.

Друг основен инструмент за всеки дизайнер на база данни е езикът SQL. DDL (език за дефиниране на данни) е необходим за създаване или модифициране на схеми, но за да бъдете дизайнер на база данни, трябва също да знаете как да пишете SQL заявки, за да получите информация от база данни.

Има и други полезни инструменти за дизайнера на база данни, като инструменти за наблюдение и профилиране и езици за програмиране за анализ на данни и администратори на бази данни. Ако познавате тези инструменти, изброяването им добавя стойност към автобиографията ви.

4. Получете сертификат

Говорихме за инструменти за овладяване, но как да докажете в автобиографията си, че знаете как да пишете SQL или че знаете как да използвате някакъв инструмент за проектиране на ERD? Правите това, като посещавате конкретни курсове, полагате изпити и се сертифицирате.

Основно има два вида сертификати:тези, които показват, че сте усвоили конкретен инструмент, и тези, които показват, че притежавате определено умение. И двете добавят стойност, когато се показват в автобиографията ви.

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

Сертификациите за определени умения – като например SQL програмиране, управление на база данни NoSQL или проектиране на ETL процеси – често са скъпи, но добавят много стойност към автобиографията ви, главно защото спестяват интервюиращите от необходимостта да преценяват дали наистина знаеш как да си вършиш работата. Следдипломните курсове са подходящ вариант, ако вече имате диплома.

5. Вървете докрай

Вече сте изучили и научили материалите, за да бъдете дизайнер на база данни. Задълбочихте знанията си. Взели сте курсове и сте получили сертификати. Какво ви липсва, за да станете дизайнер на бази данни? Да знаете как да изпълнявате ключови задачи и да можете да ги изпълнявате от началото до края.

Моделиране на база данни

Може да знаете как да нарисувате ERD, но моделирането на база данни включва повече от това. За да бъдете дизайнер на база данни, трябва да можете да преминете от проучване и анализиране на изисквания към генериране и изпълнение на скриптове, за да трансформирате диаграми в работещи бази данни.

Писане на сложни заявки в SQL

Не е просто въпрос на заявка, която връща данните, които трябва да върне, но и да ги връща възможно най-бързо. Да знаете как да пишете SQL заявки означава да мислите със същата логика като двигателя на базата данни, за да съберете исканата информация и да я предоставите с минимални усилия.

Оптимизиране на производителността

Оптимизирането на производителността на базата данни включва създаване на подходящ дизайн и наблюдение на дейностите на базата данни за откриване на операции, които влошават производителността. Също така включва познаване как да се отстраняват проблеми с производителността, независимо дали става дума за създаване на индекси, преработване на схемата или информиране на DBA за потенциални проблеми при оптимизацията на базата данни.

Осигуряване на база данни

Въпреки че присвояването на разрешения и привилегии на обекти на база данни обикновено не е работа на дизайнера на база данни, той или тя може да идентифицира области на отговорност в техните проекти, които улесняват администратора да присвоява правилно разрешения на всеки потребител на базата данни.

6. Придобийте меки умения

Тази последна стъпка често се пренебрегва в кариерата на дизайнера на база данни, но не оставяйте това без адресиране. В много ситуации меките умения, споменати по-долу, са също толкова важни, ако не и повече, отколкото традиционните технически умения и знания, известни още като твърдите умения.

Бизнес нюх

Дизайнерите с бизнес нюх могат по-добре да интерпретират и да дадат правилното измерение на всяко изискване, което получават, и това се изразява в по-добри дизайнерски решения. Нещо толкова просто като решението дали да се използва естествен ключ или сурогатен ключ за маса може да бъде важно за бизнеса; съобразяването на вашите решения с бизнес целите е ключът към успеха на вашата работа.

Комуникационни и междуличностни умения

Създаването на добър дизайн е само част от работата. След като създадете и усъвършенствате своя модел, трябва да можете да го представите, обясните и да помогнете на всеки, който има нужда да работи с него. Вие също трябва да приемете, че всеки дизайн може да бъде подобрен, така че бъдете готови да получите предложения и критики. Като цяло, като дизайнер, вие сте част от екип. Да бъдеш полезна част от екипа означава да си екипен играч, който винаги мисли за ползата за отбора.

Крайната линия:работа за дизайнер на база данни

Ако сте направили всички тези неща, вероятно вече моделирате бази данни като професионалист и имате много истории за разказване. Пространството за коментари по-долу е за да споделяте полезни съвети и забавни истории, както и за да допринесете за обогатяването на живота ни като дизайнери на бази данни.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. PayPal ODBC драйвер

  2. Добавяне на още хранилища за данни към Microsoft Power BI

  3. 5 безпроблемни съвета за използване на SQL UPDATE изявление с JOIN

  4. Какво представляват приложенията в реално време?

  5. Свързване на Talend на Windows към ODBC база данни