А релационна база данни - съвкупност от отношения, които съдържат цялата информация, която трябва да се съхранява в базата данни. Въпреки това, потребителите могат да възприемат това като набор от таблиците в базата данни.
1. Всяка таблица се състои от редове и от същия тип има уникално име.
2. Линиите имат определен брой полета (колони) и стойности (няколко полета и повтарящи се групи оставя). С други думи, всяка позиция в таблицата в пресечната точка на реда и колоната, там винаги е точно една стойност, или нищо.
3. редовете на таблицата се изисква да се различават една от друга чрез поне една стойност, която може да се идентифицира еднозначно всеки ред на такава таблица.
4. колони от таблицата задаваше уникално имена и единни ценности данни са поставени във всяка от тях (дата, име, число или пари).
6. Когато операционната маса нейните редове и колони могат да бъдат обработени в произволен ред, без оглед на тяхното съдържание информация. Това се улеснява от наличието на маси и имена на колони и тяхната възможност за разпределяне на всеки ред, или всяка съвкупност от редове с каза характеристики (например, полети с дестинация "Париж", а времето за пристигане до 12 часа).
Манипулиране на релационни данни
Предлагането на релационния модел на данните, създадени E.F.Kodd и инструменти за удобна работа с връзки - релационна алгебра. Всяка операция на тази алгебра се използва една или повече таблици (връзки), както своите операнди и произвежда в резултат на новата маса, т.е. Тя ви позволява да "намали" или "лепило" на масата.
Фиг. 3.3. Някои операции на релационна алгебра
Създаване на език за манипулиране на данни, което позволява да се реализират всички операции на релационната алгебра и почти всяка комбинация от тях. Сред най-често срещаните SQL (Structured Query Language -strukturizovanny език за заявки) и QBE (Quere по пример Искане за проба). И двата езика са на много високо ниво, с помощта на които потребителят указва какъв трябва да бъде получена информация, без да се уточнява процедурата за тяхното получаване.
С едно искане за някой от тези езици може да се присъедини множество таблици в временна таблица и нарязани от тях искаха колони и редове (подбор и прожекционни).
33. Модели на данните. Целите на проектирането на базата данни и универсалната връзка. Нормализиране, функционална и multivalued зависимости.
Отделни данни може да се интегрира всички данни, необходими за справяне с едно или повече приложения, или данни, свързани с домейн (например, финанси, студенти, учители, готвене и т.н.). Първият е обикновено nazyvayutprikladnymi база данни, а вторият -predmetnymi база данни (съвпадение на позициите на организацията, а не на своите информационни приложения). (Първият може да се сравни с бази данни на логистиката или почивка, а втората -. С растителни и обувки бази)
Относно бази данни позволяват да се осигури подкрепа за всички настоящи и бъдещи приложения като набор от елементи на данните включва набор от елементи на данните за заявления за база данни. Следователно базата данни на обект формират основата за лечение на не-формализирана, промяна и неизвестни запитвания и молби (приложения, за които е невъзможно да се определи предварително изискванията за данни). Тази гъвкавост и адаптивност ви позволява да създадете база данни, въз основа на които подлежат достатъчно стабилни, информационни системи, т.е. система, в която най-много от промените, може да се прилага, без да са принудени пренаписват наследени приложения.
Базирайки се на дизайна на база данни за текущите и очакваните заявления, е възможно значително да се ускори създаването на високо-производителни информационна система, т.е. система, която взема предвид структурата на най-често срещаните пътя за достъп до данни. Но, тъй като броят на молбите на тези информационни системи е бързо увеличаване на броя на базата данни за кандидатстване, значително увеличава нивото на данни съкращения и повишава стойността на тяхното поведение.
По този начин, всеки от разгледаните подходи за проектиране на строителни работи по проектирането на различни посоки. И желанието да се постигне гъвкавост и ефективност е довело до образуването на методиката за проектиране, която използва както обективни, така и прилаганите подходи. Като цяло, разкриването на съдържанието се използва за изграждане на първоначалната информация, структурата и прилагането - за подобрение, за да се подобри ефективността на обработка на данни.
Основната цел на проекта на база данни - това е намаляване на излишъка на съхраняваните данни и следователно, спестявайки използването на паметта, намаляване на разходите на няколко излишни копия на операцията по обновяване и премахване на възможността за конфликт по време на съхранение на различни места информация за едно и също obekte.Tak нарича "чисти" проект база данни ( "Всеки факт на едно място") може да бъде създаден с помощта на методология за нормализиране на отношенията.
Тази версия на таблицата не е отношение, тъй като повечето от неговите редове не е атомна. Атомните стойности поле са само тип ястие, рецепта (въпреки че големи части) и дата. В останалата част на множество полето трапезен. За да се даде на тези данни за формуляри взаимоотношения, необходими за възстановяване на масата. Най-лесният начин да се направи проста процес вмъкване. Въпреки това, тази реализация води до голямо количество излишни данни.
Таблица е пример за правилното връзката. Тя се нарича универсален отношението на проектираното базата данни. В един универсален отношението включва всички атрибути на интерес, и тя може да съдържа всички данни, които е трябвало да бъдат поставени в базата данни в бъдеще. За малки база данни (съдържащ не повече от 15 атрибути) универсален съотношение може да се използва като начална точка в базата данни за дизайн.
Normalizatsiya- този дял маса в две или повече, имат по-добри свойства, когато е включен, промяна и изтриване на данни. Крайната цел на нормализиране е да се получи такъв проект на база данни, kotoromkazhdy действителност се появява само на едно място, т.е. премахване на ненужната информация. Това не е толкова много, за да се спаси памет, за да се елиминират евентуални противоречия съхраняват dannyh.T.k. Всяка таблица в релационна база данни отговаря на условието, според който в положението в пресечната точка на всеки ред и колона на таблицата е винаги един атомен стойност и не може да се настрои на тези стойности. Всяка маса, която отговаря на това условие, nazyvaetsyanormalizovannoy. В действителност, денормализирани маса, т.е. маси, съдържащи повтарящи се групи дори не се допускат в релационна BD.Vsyakaya нормализирана маса се счита автоматично за първи път нормална форма маса, sokraschenno1NF. По този начин, по-точно казано, на "нормализирани" и "Да бъдеш в 1NF" означават едно и също нещо. На практика, обаче, терминът "нормализира" често се използва в по-тесен смисъл - на "напълно се нормализира", което означава, че проектът не нарушава принципите normalizatsii.Teper в допълнение към 1NF е възможно да се открият нови нива на нормализиране -Второ нормална форма (2NF), трета нормалната форма (3NF) и т.н. По същество, масата е в 2NF ако е в 1NF и отговаря, в допълнение, някои допълнителни условия, същността на която ще бъдат обсъдени по-долу. Маса е в 3NF ако е в 2NF и, в допълнение, още един по-нататъшни отговаря на условията, и т.н.
По този начин, всеки нормален форма е малко по-ограничен, но boleezhelatelnoy от предходните. Това се дължи на факта, че "(N + 1) -ти нормална форма" не притежава някои непривлекателни функции характеристика "N-ти нормална форма". В общия смисъл на допълнителни условия, наложени на (N + 1) -ти нормална форма по отношение на N-ти нормална форма е да се премахнат тези непривлекателни функции.
теория Нормализирането се основава на наличието на определена връзка между колоните на таблицата. Ние идентифицирахме два вида зависимости: функционални и мулти-ценени.
Функционална зависимост. Невярно в таблицата е функционално зависим от поле, на една и съща маса и само в случаите, когато в даден момент за всеки един от различните стойности на полетата А, там се изисква само една от различните стойности на област В. Забележете, че тук се приема, че областта а и в може да бъде съставен. Например, Таблица Храна Вид поле ястие и функционално зависими от ключово PB, и Таблица Доставчици фиг. 4.3 Поле за държавата е функционално зависим от композитен ключ (търговец, City). Въпреки това, последната връзката не е напълно функционална, тъй като страната зависи от функционалната част на ключ - област Gorod.Polnaya функционалната връзка. Полето е изцяло функция на съставния поле, ако е функционално зависими от А и функционално независими от всяка подгрупа от поле A.
Свързани статии