Релациона база података. Појам релационе базе података

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

основна модела

Враћајући се појаве база података, треба рећи да је овај процес био веома сложен, она потиче са развојем програмирати опреме за обраду података. Није изненађујуће да је број модела тренутно достиже више од 50 година, али они главни сматрају се хијерархијски, релациона и мрежа, која се још увек широко користи у пракси. Шта они представљају?

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

Основни концепт релационих база

Овај модел је развијен у 1970 од стране др едгар код науке. То је логички структуриран сто областима које описују податке, њиховим односима једни са другима, операције које се изводе на њих, и што је најважније са - правила која гарантују њихов интегритет. Зашто се зове релациони модел? Она се заснива на односу (од. Релатио Латин) између података. Постоје многе дефиниције овог типа базе података. Релационалних табеле са информацијама је много лакше да се организују и дају терапију, уместо мреже или хијерархијски модел. Како си то урадио? Довољно је знати функције, овај модел структуре и својства односне табеле.

Процес моделовања и основних елемената

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

Моделирање табеле и дизајнирање релационе базе података се врши путем бесплатних алата као што су Воркбенцх, пхпМиАдмин, Цасе Студио, дбФорге Студио. Након детаљног пројектовања да спасе графички готових релациону модел и превести га у СКЛ-спреман кодом. У овој фази, можете почети радити са сортирање података, обраде и систематизације.

Карактеристике структуре и услови у вези са релационом моделу

Сваки извор на свој начин описује своје елементе, па бих да дам мали наговештај за мање забуне:

• релатионал лабел = натуре;
• распоред = атрибут наме = голф = колоне заглавља ентитет;
• ентитет инстанце = торка = рецорд = плате лине;
• атрибут = валуе = ћелија ентитети фиелд.

Да бисте отишли на релациону особина базе података треба да буду свесни неких основних компоненти их садрже и за које су намењени.

1. Суштина. Табела релациона база података може бити један, или може бити скуп табела које карактеришу описане објекте који се налазе у њој кроз податке. Они имају фиксни број поља, и променљиви број улазака. Табела података релациони модел се састоји од жица, атрибута и распоред.
2. Снимање - променљив број редова који приказују податке који карактеришу описану објекат. Нумерација уноса је аутоматски систем.
3. Атрибути - Подаци показује колоне резиме.
4. Поље. То је колона ентитет. Њихов број - фиксна вредност постављена током израде или измене табеле.

Сада, знајући саставне елементе табеле, можете прећи на особине релационе базе модела:

• Суштина дводимензионалне релационим базама података. Због ове некретнине са њима лако проделиват различите логичке и математичке операције.
• Редослед вредности и евиденције атрибута у релационој табели може бити произвољно.
• Колона у релационој табели мора имати своју јединствену име.
• Сви подаци у колони у суштини имају фиксну дужину и исти тип.
• Сваки унос у суштини се сматра једном комаду података.
• Конститутивни елементи редова су јединствени. Односне природа постоје дупликати редова.

На основу својстава релационе базе података, подразумева се да би вредности атрибута бити истог типа, дужине. Размотрити посебне вредности атрибута.

Главне карактеристике области релационих база података

Имена поље мора бити јединствена унутар једног ентитета. Врсте атрибута или области релационих описују категорију података који се чувају у ентитетским пољима. Поље релациона база података мора имати одређену величину, која се обрачунава у ликовима. Параметри и форматирање вредности атрибута дефинише начин исправљања своје податке. Ипак, постоји таква ствар као што је "маска" или "улазног шаблон". Дизајниран је да одреди конфигурацију унос података у атрибута. Свакако на погрешном рекордном врсте података би требало издати извештај о грешци на терену. Такође, на терену елементи су нека ограничења - услови за проверу тачности и прецизности унос података. Постоји обавезна атрибута који јединствено мора бити испуњен подацима. Неки атрибут линија може бити испуњен НУЛЛ-вредностима. Дозвољено да уђу у празне атрибуте поља података. Као са извештајем о грешци, постоје вредности које се аутоматски попуњавају од стране система - ово је подразумевани података. Да би убрзали потрагу за било какве податке намењених индексирани поље.

Шема димензионални релациона табела база података

За детаљан разумевање система управљања моделом користећи СКЛ најбоље да размотри план као пример. Ми већ знамо шта је релациона база података. Унос у свакој табели - један елемент података. Да бисте спречили података вишка, неопходно да нормализује рад.

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

1. Вредност име поља за релационој табели мора бити јединствен, јединствен (првој нормалној форми - 1НФ).

2. За табелу која је већ смањен на 1НФ, не-идентификовање назив било које колоне да зависи јединствени табеле идентификатор (2НФ).

3. За све табеле који се већ налазе у 2НФ, без идентификације сваког поља може бити независна од других вредности непознатих елемената (3НФ ентитета).

Базе података: релационалних везе између столова

Постоје 2 главне врсте односа релационих таблета:

• "Оне су многи". Према настаје када један кључни сто унос №1 више инстанци другог ентитета. Кључ икона на једном од крајева повучене линије указује да је супстанца на страни "један", а други крај линије је често симбол бесконачности знака.

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

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

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

Поред примарног кључа, постоји и спољни (страни кључ). Многи не разумеју у чему је разлика између њих. Хајде да их испитати подробније као пример. Дакле, постоје две табеле: "Дин" и "Студенти". Суштина "Деан" садржи поља: ". Група" "ид студента", "наме" и Табела "Студенти" има вредности атрибута као што су "Наме", "Група" и "просечан". Дакле, као студент ИД не може бити исти за неколико ученика, то је поље да буде примарни кључ. "Име" и "група" од "студената" у табели могу бити исти за неколико људи, они се односе на идентификационим бројем ученика од суштине "декан", тако да се може користити као страног кључ.

Примјер релационог модела базе података

За јасноће, дајемо једноставан пример релационог модела базе се састоји од два ентитета. Постоји сто под називом "Деан".

Неопходно је извршити везу да бисте добили пуну база података. Ентри "У-41", као и "У-72", може да буде присутно више од једном у табели "Деан" као презиме, име и патронимиц ученика, у ретким случајевима, може бити исти, тако да ова поља не може бити да је примарни кључ. суштина "Студенти" ће показати.

Као што се види, врсте релационе пољима базе података разликују у потпуности. Присутна као дигиталних снимака и карактера. Због тога, подешавања атрибута треба да укаже на вредност цео број, цхар, Вацхар, датум и друге. У "Деан" јединствене вредности је једини студентска картица. Ово поље се може узети као примарни кључ. Име, уметник, и телефон од суштине "студенти" могу се узети као страног кључ референци идентификатор студента. је успостављена веза. Ово је пример модела комуникације у "један на један". Хипотетички, један од додатних столова, могу се лако комбинују у једну цјелину. На ИД-број ученика није постао опште позната, сасвим је могуће да постоје две табеле.