Шта је нормализација у СКЛ -у? Пример 1НФ, 2НФ, 3НФ, БЦНФ базе података (ДБМС)

Шта је нормализација?

Нормализација је техника дизајна базе података која смањује вишак података и елиминише непожељне карактеристике попут аномалија уметања, ажурирања и брисања. Правила нормализације деле веће табеле на мање и повезују их помоћу односа. Сврха Нормализације у СКЛ -у је елиминисање сувишних (понављајућих) података и осигуравање логичког складиштења података.

Проналазач релациони модел Едгар Цодд је предложио теорију нормализације података увођењем првог нормалног облика, а наставио је да проширује теорију другим и трећим нормалним обликом. Касније се придружио Раимонду Ф. Боицеу како би развио теорију нормалне форме Боице-Цодд.

У овом водичу за нормализацију базе података научићете:

База података нормалних форми

Ево листе нормалних образаца

  • 1НФ (први нормални образац)
  • 2НФ (други нормални облик)
  • 3НФ (трећи нормални облик)
  • БЦНФ (нормална форма Боице-Цодд)
  • 4НФ (четврти нормални облик)
  • 5НФ (пети нормални образац)
  • 6НФ (шести нормални образац)

Теорија нормализације података на МиСКЛ серверу се и даље развија. На пример, постоје дискусије чак и 6тхНормал Форм. Међутим, у већини практичних примена нормализација постиже најбоље у 3рдНормал Форм . Еволуција теорија нормализације СКЛ-а илустрована је доле-

База података нормалних форми

Нормализација базе података са примерима

База података Пример нормализације може се лако разумети уз помоћ студије случаја. Претпоставимо, видеотека води базу података о филмовима изнајмљеним. Без икакве нормализације у бази података, све информације се чувају у једној табели као што је приказано испод. Хајде да разумемо базу нормализације са примерима табела:

Ево видите Колона Изнајмљени филмови има више вредности. Сада пређимо на прве нормалне облике:

Правила 1НФ (прва нормална форма)

  • Свака ћелија табеле треба да садржи једну вредност.
  • Сваки запис мора бити јединствен.

Горња табела у 1НФ-

Пример 1НФ

Пре него што наставимо, схватимо неколико ствари -

Шта је КЉУЧ у СКЛ -у?

ДО КЕИ у СКЛ -у је вредност која се користи за јединствено идентификовање записа у табели. СКЛ КЉУЧ је једна колона или комбинација више колона која се користи за јединствену идентификацију редова или торки у табели. СКЛ кључ се користи за идентификацију дуплираних информација, а такође помаже у успостављању односа између више табела у бази података.

Напомена: Колоне у табели које се НЕ користе за јединствену идентификацију записа називају се колоне без кључа.

Шта је примарни кључ?

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

Има следеће атрибуте

  • Примарни кључ не може бити НУЛЛ
  • Вредност примарног кључа мора бити јединствена
  • Вредности примарног кључа ретко треба мењати
  • Примарном кључу мора се дати вредност када се уметне нови запис.

Шта је композитни кључ?

Сложени кључ је примарни кључ састављен од више колона који се користе за јединствену идентификацију записа

У нашој бази података имамо две особе са истим именом Роберт Пхил, али оне живе на различитим местима.

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

Пређимо на други нормални облик 2НФ

Правила 2НФ (друга нормална форма)

  • Правило 1- Будите у 1НФ
  • Правило 2- Примарни кључ у једној колони

Јасно је да не можемо напредовати у прављењу наше једноставне базе података у 2ндФорма за нормализацију ако не поделимо горњу табелу.

Подијелили смо нашу 1НФ табелу у двије табеле, тј. Табела 1 и Табела 2. Табела 1 садржи податке о члановима. Табела 2 садржи информације о изнајмљеним филмовима.

Увели смо нову колону под називом Мемберсхип_ид која је примарни кључ за табелу 1. Записи се могу јединствено идентификовати у Табели 1 користећи ИД чланства

База података - страни кључ

У табели 2, Мемберсхип_ИД је страни кључ

Спољни кључ упућује на примарни кључ друге табеле! Помаже у повезивању ваших табела

  • Страни кључ може имати другачије име од свог примарног кључа
  • Он осигурава да редови у једној табели имају одговарајуће редове у другој
  • За разлику од примарног кључа, они не морају бити јединствени. Најчешће нису
  • Страни кључеви могу бити нули иако примарни кључеви не могу

Зашто вам треба страни кључ?

Претпоставимо, почетник убацује запис у Табелу Б, као што је

У спољни кључ ћете моћи да уметнете само вредности које постоје у јединственом кључу у надређеној табели. Ово помаже у референцијалном интегритету.

Горе наведени проблем се може превазићи декларисањем ИД -а чланства из Табеле2 као спољног кључа ИД -а чланства из Табеле1

Сада, ако неко покуша да унесе вредност у поље за чланство која не постоји у надређеној табели, приказаће се грешка!

Шта су транзитивне функционалне зависности?

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

Размотрите табелу 1. Промена колоне без кључа Пуно име може променити поздрав.

Пређимо на 3НФ

Правила 3НФ (трећа нормална форма)

  • Правило 1- Будите у 2НФ
  • Правило 2- Нема транзитивних функционалних зависности

Да бисмо преместили нашу 2НФ табелу у 3НФ, морамо поново поделити нашу табелу.

Пример 3НФ

Испод је пример 3НФ -а у СКЛ бази података:

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

Не постоје транзитивне функционалне зависности, па је стога наша табела у 3НФ -у

У Табели 3 ИД поздрава је примарни кључ, а у Табели 1 ИД поздрава није примарни кључ у Табели 3

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

БЦНФ (нормална форма Боице-Цодд)

Чак и када је база података у 3рдУ нормалном облику, ипак би дошло до аномалија ако их има више од једне Кандидат Кључ.

Понекад се БЦНФ такође назива и 3.5 Нормална форма.

Правила 4НФ (четврта нормална форма)

Ако ниједна инстанца табеле базе података не садржи два или више независних и вишезначних података који описују релевантни ентитет, онда је у 4тхНормал Форм.

Правила 5НФ (пета нормална форма)

Табела је у 5тхНормални облик само ако је у 4НФ ​​-у и не може се разложити на било који мањи број табела без губитка података.

6НФ (шеста нормална форма) Предложено

6тхНормални образац није стандардизован, међутим, о њему стручњаци за базе података расправљају већ неко време. Надајмо се да бисмо имали јасну и стандардизовану дефиницију за 6тхНормална форма у блиској будућности ...

То је све за СКЛ нормализацију !!!

Резиме

  • Дизајнирање базе података је од кључног значаја за успешну имплементацију система за управљање базом података који испуњава захтеве података у систему предузећа.
  • Нормализација у ДБМС-у је процес који помаже у производњи система база података који су исплативи и имају боље сигурносне моделе.
  • Функционалне зависности су веома важна компонента процеса нормализације података
  • Већина система база података је нормализована база података до трећег нормалног облика.
  • Примарни кључ који јединствено идентификује је запис у Табели и не може бити нулл
  • Страни кључ помаже при повезивању табеле и упућује на примарни кључ