Увод

Можда смо наишли на реч ' База података ' веома често. Овај израз има велики нагласак на својим рукама. Чешће се не односи само на перспективу програмера, већ се често користи са нетехнолошким групама или заједницама. Технички, база података је више термин за складиштење који се користи за означавање односа са различитим облицима података који су згрушани на једном месту. Дакле, базу података можемо дефинисати као организовану збирку података, генерално ускладиштених и којима се приступа електронски преко рачунарских система. Овај чланак је веома фокусиран на дизајн базе података и његова повезаност са терминима и методологијама које се могу навести се обично узима у обзир. Разговараћемо о тим терминима који се тичу дизајна базе података да бисмо разумели делове. Хајде да причамо о томе одмах.

арраилист и линкедлист

Шта је дизајн базе података?

Дизајн базе података се генерално може дефинисати као скуп задатака или процеса који побољшавају пројектовање, развој, имплементацију и одржавање система управљања подацима предузећа. Дизајнирање одговарајуће базе података смањује трошкове одржавања и на тај начин побољшава конзистентност података, а на исплативе мере у великој мери утиче простор за складиштење на диску. Стога, мора постојати бриљантан концепт дизајнирања базе података. Дизајнер треба да прати ограничења и одлучи како елементи корелирају и које врсте података морају бити ускладиштене.

Главни циљеви који стоје иза пројектовања базе података су израда физичких и логичких модела дизајна предложеног система базе података. Да би се ово разрадило, логички модел је првенствено концентрисан на захтеве података и разматрања се морају узети у обзир у смислу монолитних разматрања и стога ускладиштени физички подаци морају бити ускладиштени независно од физичких услова. Са друге стране, модел дизајна физичке базе података укључује превод логичког модела дизајна базе података задржавањем контроле над физичким медијима користећи хардверске ресурсе и софтверске системе као што је систем за управљање базама података (ДБМС).

Зашто је дизајн базе података важан?

Важно разматрање које се може узети у обзир приликом наглашавања важности дизајна базе података може се објаснити у смислу следећих тачака датих у наставку.

1. Дизајн база података обезбеђује нацрте како ће подаци бити ускладиштени у систему. Одговарајући дизајн базе података у великој мери утиче на укупне перформансе било које апликације.
2. Принципи пројектовања дефинисани за базу података дају јасну представу о понашању било које апликације и начину на који се захтеви обрађују.
3. Још један пример за наглашавање дизајна базе података је да правилан дизајн базе података испуњава све захтеве корисника.
4. Коначно, време обраде апликације је знатно смањено ако су ограничења дизајнирања високо ефикасне базе података правилно имплементирана.

Животни циклус

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

Анализа захтева

Пре свега, потребно је планирати који су основни захтеви пројекта према којима треба да се крене са дизајном базе података. Дакле, они се могу дефинисати као:

Планирање - Ова фаза се бави планирањем целог ДДЛЦ (животног циклуса развоја базе података). Стратешка разматрања се узимају у обзир пре него што се настави.

Дефиниција система - Ова фаза покрива границе и обим одговарајуће базе података након планирања.

Пројектовање базе података

Следећи корак укључује дизајнирање базе података узимајући у обзир захтеве засноване на кориснику и њихово раздвајање у различите моделе тако да се не намећу оптерећење или велике зависности од једног аспекта. Стога је постојао неки модел-центричан приступ и ту логички и физички модели играју кључну улогу.

Пхисицал Модел - Физички модел се бави праксама и имплементацијама логичког модела.

статиц јава

Логички модел - Ова фаза се првенствено бави развојем модела заснованог на предложеним захтевима. Цео модел је дизајниран на папиру без икакве имплементације или усвајања ДБМС разматрања.

Имплементација

Последњи корак покрива методе имплементације и проверу понашања које одговара нашим захтевима. То је обезбеђено континуираним интеграцијским тестирањем базе података са различитим скуповима података и конверзијом података у машински разумљив језик. Манипулација подацима је првенствено фокусирана на ове кораке где се постављају упити да би се покренули и проверили да ли је апликација дизајнирана на задовољавајући начин или не.

Конверзија и учитавање података - Овај одељак се користи за увоз и конверзију података из старог у нови систем.

Тестирање - Ова фаза се односи на идентификацију грешака у новоуведеном систему. Тестирање је кључни корак јер директно проверава базу података и упоређује спецификације захтева.

Процес дизајна базе података

Процес дизајнирања базе података носи различите концептуалне приступе које је потребно имати на уму. Идеалан и добро структуиран дизајн базе података мора бити у стању да:

листа сорт јава

1. Уштедите простор на диску елиминацијом сувишних података.
2. Одржава интегритет и тачност података.
3. Омогућава приступ подацима на корисне начине.
4. Поређење логичких и физичких модела података.

Логичан

Логички модел података генерално описује податке у што је могуће више детаља, без потребе да се брине о физичким имплементацијама у бази података. Карактеристике логичког модела података могу укључивати:

1. Сви ентитети и односи међу њима.
2. Сваки ентитет има добро одређене атрибуте.
3. Наведен је примарни кључ за сваки ентитет.
4. Наведени су страни кључеви који се користе за идентификацију односа између различитих ентитета.
5. На овом нивоу долази до нормализације.

Логички модел се може дизајнирати коришћењем следећег приступа:

1. Наведите све ентитете са примарним кључевима.
2. Наведите истовремене односе између различитих ентитета.
3. Одредите атрибуте сваког ентитета
4. Решите односе много према много.
5. Извршите процес нормализације.

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

Да бисте разумели ове тачке, погледајте слику испод да бисте добили јасну слику.

Ако упоредимо логички модел података као што је приказано на горњој слици са неким узорцима података на дијаграму, можемо доћи до чињеница да у концептуалном моделу података нема присуства примарног кључа, док логички модел података има примарне кључеве за све његове атрибуте. Такође, логички подаци моделирају однос покрића између различитих ентитета и садрже простор за стране кључеве за успостављање односа међу њима.

Физички

Режим физичких података генерално представља начин приступа или концепта дизајнирања базе података. Главна сврха физичког модела података је да покаже све структуре табеле укључујући назив колоне, тип података колоне, ограничења, кључеви (примарни и страни) , и однос међу табелама. Следе карактеристике физичког модела података:

1. Одређује све колоне и табеле.
2. Одређује стране кључеве који обично дефинишу однос између табела.
3. На основу захтева корисника, може доћи до денормализације.
4. Пошто је физичко разматрање узето у обзир, постоје јасни разлози за разлику од логичког модела.
5. Физички модели могу бити различити за различите РДБМС. На пример, колона типа података може бити различита у МиСКЛ и СКЛ Сервер.

Приликом дизајнирања физичког модела података треба узети у обзир следеће тачке:

1. Претворите ентитете у табеле.
2. Конвертујте дефинисане релације у стране кључеве.
3. Претворите атрибуте података у колоне.
4. Измените ограничења модела података на основу физичких захтева.

Упоређујући овај модел физичких података са логичким са претходним логичким моделом, можемо закључити разлике у томе што се у физичкој бази података имена ентитета сматрају именима табела, а атрибути именима колона. Такође, тип података сваке колоне је дефинисан у физичком моделу у зависности од стварно коришћене базе података.

Речник

Ентитет - Ентитет у бази података се може дефинисати као апстрактни податак који чувамо у нашој бази података. На пример, купац, производи.

инурл:.гит/хеад

Атрибути – Атрибут је детаљан облик података који се састоји од ентитета као што су дужина, назив, цена итд.

Однос - Однос се може дефинисати као веза између два ентитета или фигуре. На пример, особа се може повезати са више особа у породици.

Страни кључ - Делује као упућивање на примарни кључ друге табеле. Страни кључ садржи колоне са вредностима које постоје само у колони примарног кључа на коју се односе.

Примарни кључ - Примарни кључ је показивач записа који је јединствен и није ништаван и користи се за јединствену идентификацију атрибута табеле.

пун облик пвр

Нормализација - Флексибилан модел података треба да прати одређена правила. Примена ових правила се зове нормализација.

Резиме

Дизајн базе података је метод идентификације недостатака и могућности дизајнирања одговарајуће методе коришћења. То је главна компонента система која даје нацрт података и њиховог понашања унутар система. Одговарајући дизајн базе података је увек на приоритету због тога што се захтеви корисника држе превисоким и праћење ограничења праксе дизајнирања базе података може бити само шанса за постизање захтеване ефикасности. Штавише, такође смо одвојено учили о различитим моделима дизајна који приказују идеалан дизајн базе података заједно са неограниченом дискусијом о њиховим својствима и како их искористити. Штавише, научили смо како животни циклус базе података одлучује о дизајну базе података и како да концепт дизајна ставимо у методе животног циклуса тако да ефикасне и високо софистициране базе података могу бити дизајниране на основу захтева корисника.