CASE инструменти Ервин при нормализиране и де-нормализиране на база данни
- изграждане на физически модел,
- опознаването на базата данни на преводни алгоритми в първия, втория и третия нормална форма
нормализиране
Нормализиране - процесът на проверка и реорганизация на структурите и атрибути за да отговори на изискванията на модела на релационни данни. Нормализиране ви позволява да бъдете сигурни, че всеки атрибут се определя на същността й, за да се намали значително количеството памет за съхранение на данни.
За разглеждане на типа нормални форми, ще се въведе понятието за функционална и напълно функционална зависимост.
Функционална зависимост. Умение същество E е функционално зависим от атрибут субект Е А ако и само ако всяка стойност от А до Е, свързан с него точно една стойност в Е. С други думи, на уникалния определя Б.
Пълен функционален зависимост. Умение E По същество напълно функционално зависим от редица атрибути и същността на E единствено и само ако B е функционално зависим от А и е независим от всеки изпълнител А.
Следните видове нормални форми:
- Първо Normal Form
(1NF). РЕЗЮМЕ E съхранява в първата нормална форма, ако и само ако всички атрибути съдържат само атомни стойности. Сред атрибутите трябва да отговаря повтаряне групи, т.е.. Е. множество стойности за всеки отделен случай.
- Втора нормална форма. РЕЗЮМЕ Е е във втория нормална форма, ако е в първата нормална форма и всеки неключов атрибут зависи изцяло от първичния ключ, т. Е. Не са зависимости от части на ключа.
- Третият нормална форма (3 NF). РЕЗЮМЕ E е в трета нормална форма, ако е във втора нормална форма и неключови атрибути на предприятието E зависят от други атрибути Д.
След третия нормална форма, има нормална форма Boyssa - Codd, четвърто и пето нормални форми. На практика се ограничава до третия нормална форма. Често, след нормализиране на всички връзки между данните са правилно идентифицирани, модел на данните става по-лесно да се поддържа. Въпреки това, нормализиране не води до увеличаване на общата производителност на системата, така че, когато създавате физически модел за подобряване на производителността трябва да съзнателно се отклонява от нормалните форми да се възползват от определен сървър. Този процес се нарича denormalization.
1.1. Подкрепа нормализиране Ервин
Ервин само осигурява подкрепа за нормализиране, но не съдържа алгоритмите автоматично преобразуване на данни за модела от една форма в друга.
Подкрепа за първи нормална форма на модела, всеки субект или атрибут идентифицирани по име. В Ервин поддържа точността на имената, както следва:
- бележки повторно име на предприятието и атрибут;
- Тя не позволява да се направи същността на повече от един външен ключ;
- забранява предоставянето на не-уникални имена в рамките на един-единствен модел, спазвайки правилото "на едно място -. е факт"
Създаване на физически модел
Целта на физическото модел е да се предостави информация, съответстваща администратор да мигрират логически модел на данните в базата данни.
Ервин поддържа автоматично генериране на модела на физически данни за конкретна база данни. В този случай, логическия модел се превръща в физическото на следния принцип: по същество се превърне маси, атрибути стават колони, и ключовете са индекси.
Таблица 7.1.Sopostavlenie компоненти логически и физически модел
Връзката е определено чрез използване на FK-атрибути
denormalizing
След нормализиране на всички данни са идентифицирани отношения, с изключение на грешка при работа-данни. Но нормализиране на данните намалява производителността на базата данни. За по-ефективното функциониране на данните при използване на възможностите на определен сървър на база данни, трябва да се извърши процес обратен нормализиране, - denormalization.
За процеса на де-нормализиране алгоритъм, няма стандарт, така че във всеки случай трябва да се търси решение. De-нормализиране обикновено се извършва при модела на физически слой. Ервин е със следните характеристики в подкрепа на процеса на denormalization:
- Субекти, атрибути, ключови групи и домейни могат да се създават само при модела на логическо ниво. Най-
Ервин, че е възможно да се подчертае елементите на логическия модел, така че те да не се появяват на физическо ниво.
- Маси, колони, индекси и домейни могат да се създават само на физическо ниво. Най-
Ервин, че е възможно да се подчертае елементи на модела, така че те да не се показват на логическо ниво. Тази функция директно подкрепя дьо нормализиране на физически модел, тъй като тя дава възможност на проектанта да включва маси, колони и индекси в физически модел, който се фокусира върху определен СУБД.
Резолюция отношения "много-към-много". В резолюция от тези връзки в логическия модел Ервин добавя асоциираното предприятие, и ви позволява да добавите тези атрибути. В резолюция на връзки в логическия модел е разрешено автоматично в комуникациите и физически модел.
Фиг. 7.1. ERD-чарт база данни на студенти в първи нормална форма
Проверете в съответната база данни на втората нормална форма. Всички неключови атрибути трябва изцяло зависят от първичен ключ. Лесно е да се види, че това условие е изпълнено за всички субекти на бази данни; Следователно, може да се заключи, че е в секунди нормален вид.
За да бъде приведена в базата данни на трета нормална форма е необходимо да се гарантира, че няма транзитивни зависимости на неключови атрибути. Такава зависимост се наблюдава в атрибута "специални" и "специализация" по същество "Студентски": специализация зависи от професията и на групата, в която е записан ученикът. Ние ще създаде нов независим орган "специални", движейки го приписват "Специализация", и да се създаде нов атрибут "Груп", която е една от основните и определящи атрибути на "специална" и "специализация". Начертайте neidentifitsi-интегриране отношения от духа на "специални" за същността на "Студентски", ключов атрибут на "Групата" мигрира към същността на "студент". Ние получи базата данни в трета нормална форма, като транзитни зависимости на други неключови атрибути не са налични (фиг. 7.2).
Фиг. 7.2. ERD-чарт база данни за студенти в трета нормална форма
Полученият модел е необходимо да се адаптират видове и размери на полета. Освен това, на етапа на създаване на правила за валидиране вход говорител на физическите данни за модела, регулиращи списъкът на разрешените стойности и стойности по подразбиране (в раздела за достъп в атрибута).
Таблица 7.2.Svoystva колони от таблици с данни студент физически модел
След като инсталирате правилата за проверка (за това първо трябва да се даде името на утвърждаване име, а след това редактирате Утвърждаване върховенството) в диалоговия прозорец за валидиране Редактор на правилата трябва да получи следните правила
След като инсталирате правилата за проверка в диалоговия прозорец Column Редактор, което трябва да се определи, след колона на таблицата, установена правила за тях (фиг. 4.4).
Фиг. 7.4.Fizicheskaya модел студент база данни
Тестовите въпроси
- Какво се нарича процесът на нормализиране?
- Какво се нарича функционална връзка?
- Това се нарича пълна функционална зависимост,?
- Първа нормална форма.
- Втора нормална форма.
- Трета нормална форма.
- Нормалната формата на Boyssa - Codd.
- Какво се нарича процесът на denormalization?
- Какво е значението на denormalization?
- Каква е целта на създаването на физически модел?
- Обадете Ервин поддържащи функции denormalization.
- Как е резолюцията на отношенията "много-към-много"?
Свързани статии