Релационна база данни. Идеята за релационна база данни

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

основните модели

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

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

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

Този модел е разработен през 1970 г. от д-р Едгар Код наука. Това е логично структурирани маса с полета, които описват данните, техните взаимоотношения помежду си, операции, извършвани върху тях, както и най-важното - правилата, които гарантират тяхната цялост. Защо това се нарича релационния модел? Тя се основава на връзката (от. ОТНОШЕНИЯ латински) между данните. Има много определения за тази вид база данни. Релационни таблици с информация, е много по-лесно да се организира и да проведе лечение, а не като мрежа или йерархично модел. Как да го направя? Достатъчно е да се знае, функциите, структурата на модела и свойства на релационни таблици.

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

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

Моделиране маси и проектирането на релационни бази данни се осъществява чрез безплатни инструменти като Workbench, PhpMyAdmin, дело Studio, dbForge Studio. След подробно проектиране, за да запазите графичен завършен релационния модел и го преведе на SQL-готов код. На този етап можете да започнете да работите с сортиране на данни, обработка и систематизиране.

Особености на структурата и термини, свързани с релационния модел

Всеки източник по свой собствен начин описва неговите елементи, така че бих искал да дам малко намек за по-малко объркване:

• релационна етикет = характер;
• оформление = име на атрибута = голф = заглавие на колона лице;
• лице например = кортеж = запис = плоча линия;
• атрибут = стойност = клетъчни структури област.

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

1. Essence. Таблица релационна база данни може да бъде един, или може да бъде набор от таблици, които характеризират описани обекти, съхранявани в тях чрез данните. Те имат определен брой области, и променлив брой записи. Таблица на релационни бази данни модел се състои от струни, атрибути и оформление.
2. Запис - променлив брой редове, които показват данни, които характеризират описано обект. Номериране на вписванията прави автоматично от системата.
3. Атрибути - данни, които показват обобщена колони.
4. Field. Това е колона предприятието. Техният брой - фиксираната стойност се задава време на създаването или промяната на масата.

Сега, знаейки, съставните елементи на таблицата, можете да преминете към свойства на базата данни на релационния модел:

• Същността на двуизмерен релационна база данни. Благодарение на този имот с тях лесно prodelyvat различни логически и математически операции.
• Редът на стойностите на атрибутите и записи в релационна таблица може да бъде произволно.
• Колона в рамките на една релационна таблица трябва да има свой собствен уникален име.
• Всички данни в колоната по същество имат фиксирана дължина и от същия тип.
• Всяко влизане в същност се счита за една част от данните.
• Съставните елементи на редовете са уникални. Относителната характер не са дублиращи се редове.

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

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

Имена на полета трябва да са уникални в рамките на едно предприятие. Видовете атрибути или области на релационни бази данни описват категория данни, съхранявани в областта на автономните области. Невярно е релационна база данни трябва да има фиксиран размер, който се изчислява в знака. Параметри и форматирате стойностите на атрибутите определят начина за корекция на техните данни. И все пак има такова нещо като "маска" или "въвеждане на шаблон". Тя е предназначена за определяне на конфигурацията на въведените данни в стойността на атрибут. Със сигурност в грешното рекорд типа на данните, следва да се издава доклад за грешка в областта. Също така на терена елементи са някои ограничения - условия за проверка на точността и прецизността на въвеждане на данни. Има задължителна стойност на атрибут, който еднозначно трябва да бъде запълнена с данни. Някои атрибут линия може да бъде запълнена с NULL-стойности. Допускат в празно поле данни атрибути. Както и с доклад за грешка, има ценности, които са пълни автоматично от системата - това е на стандартните данни. За да се ускори търсенето на каквито и да било данни, предназначени индексирана област.

Схема на размерите релационна база данни таблица

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

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

1. Стойността на името на полето за релационна таблица трябва да бъде уникален, единствен по рода си (първи Normal Form - 1NF).

2. За таблица, която вече е била намалена до 1NF, без идентифициране име на всяка колона да бъдат зависими от уникален идентификатор маса (2NF).

3. За всички таблици, които вече са съхранени в 2NF, неидентифициращи всяко поле може да бъде независим от други стойности неидентифицирани елемент (3NF лице).

Бази данни: релационни връзки между таблиците

Има 2 основни вида отношения на релационни таблетки:

• "One-много". Според случва, когато един ключ влизане маса №1 няколко екземпляра на второто лице. Ключови икона на един от краищата на плътната линия показва, че веществото е на страната на "едно", на другия край на линията, често е символ на безкрайността марка.

• Комуникация "много-много", образуван в случай на няколко реда една логическа единица изрично взаимодействие с редица записи на друга маса.
• Ако две лица е налице причинна връзка на "едно към едно", това означава, че идентификатора на ключа на една маса присъства в другата автономна област, а след това, че е необходимо да се премахне една от масите, това е излишно. Но понякога само за програмисти за сигурност умишлено се разделят двете лица. Ето защо, хипотетично, връзката между "12:59" може да съществува.

Съществуването на ключовете в релационна база данни

Първични и вторични ключове откриват потенциални взаимоотношения в базата данни. Релационния модел за обмен на данни може да има само един ключ кандидат, той ще бъде основен ключ. Какво е това? Основен ключ - колона или набор от атрибути на същността, чрез която можете да получите достъп до определена линия на данни. Тя трябва да бъде уникален, единствен, както и неговите полета не могат да съдържат нулеви стойности. Ако основният ключ се състои от само един атрибут, а след това се казва, че просто, в противен случай ще бъде.

Освен първичния ключ, съществува и външна (външен ключ). Много от тях не разбирам каква е разликата между тях. Нека ги разгледаме по-подробно като пример. Така че, има две таблици: "Дийн" и "студенти". Същността на "Дийн" съдържа полетата: ". Групата" "ID на ученика", "Name" и Маса на тема "Студентите" има стойности на атрибутите като "Име", "Груп" и "Средна". Така че като студент ID не може да бъде една и съща за няколко студенти, това е областта, за да бъде основният ключ. "Име" и "Груп" от "студентите" на масата може да бъде една и съща за няколко души, те се отнасят до номер на студента от същността на "Дийн", така че те могат да бъдат използвани като външен ключ.

Пример за релационна база данни модел

За по-голяма яснота, ние даваме един прост пример за модел на релационна база данни, състояща се от две лица. Има маса с името "Дийн".

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

Както можем да видим, видовете релационни бази данни се различават напълно полета. Присъстват като цифрови записи и характер. Ето защо, настройки на атрибутите трябва да посочат стойността на цяло число, знак, vachar, дата и др. В "Дийн" уникална стойност е единственият студент ID. Това поле може да се приема като първичен ключ. Наименование, изпълнител и телефон от същността на "студенти" може да се приема като външен ключ съотнасяне идентификационният номер на студента. Връзката е установена. Това е пример за модел комуникация на "12:59". Хипотетично, един от допълнителните таблици, те могат лесно да бъдат обединени в едно цяло. Към ЕГН-студенти не станат всеобщо известно, че е напълно възможно, че има две таблици.