Въведение в базите данни информационни системи



страница9/15
Дата24.03.2017
Размер1.01 Mb.
#17636
1   ...   5   6   7   8   9   10   11   12   ...   15

Таблици и уникалност


  • Всички данни се съхраняват в таблици.

  • При създаване на приложения, всяка таблица представя типов обект от реалния свят.

  • Таблиците съхраняват данни за процесите и участниците в тях.

  • Уникалността на записите в таблиците се гарантира чрез избор на първичен  ключ -  идентификатор, който включва един или повече атрибута.

  • Всеки атрибут на типовия обект  представя уникална информация.
  • Атрибутите, включени в типовия обект го описват напълно и зависят  единствено от идентификатора на обекта.

  • Промяната на данните в един обект (без тези на идентификатора) не се отразява на данните в другите обекти от модела.

Външни ключове и домени


Външен ключ -  стойност която се явява поле /свойство/ за една таблица и първичен ключ за друга таблица.

 

 



 

  


Външните ключове са основата за формиране на релационните връзки.

Външните ключове трябва да са в една и съща област /домен/, със съответстващите им първични ключове.

 

 Релационни  връзки



 




Релация едно към едно

 Две таблици са свързани в релации едно към едно, ако за всеки ред от едната таблица има най много един ред в другата таблица.

 

 

 






Релация едно към много

 Проявява се когато една таблица има нула или много свързани “дъщерни” записи в друга таблица.

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

 

 





Релация много към много

 Съществува, когато на всеки ред от първата таблица съответстват множество редове във втората таблица и за всеки ред от втората таблица има множество редове от първата таблица.   Обик­новено се  реализира чрез  създаване на таблица за “връзка”, която да се идентифицира от съставен ключ, съдържащ  първичните ключове на двете таблици.

 

 

 



 

 

Възможности на релационния модел

 

Дефиниране на данни


  • Дефиниране обектите, техните атрибути и връзки, които ще се използват в приложението.

  • Дефиниране типа на данните (числа, символи и други).

  • Форматиране и валидизиране на данните.

Обработка на данни

  • Филтриране или сортиране на избрани полета с данни.

  • Обобщаване на данните по определени критерии.

  • Актуализиране, изтриване, копиране в друга таблица или създаване на нова таблица, съдържаща данните. 

Контрол на данните

  • Даване права за четене, актуализиране или въвеждане на данните.

  • Създаване правила за ползване на данните от много потребители.

 

 

НОРМАЛИЗАЦИЯ НА ДАННИТЕ


Процесът на проектиране на базата данни в съответствие с правилата, дефинирани от д-р Код, се нарича нормализация на данните. Д-р Код установява шест нива на нормализация, от  които три са базови. Нормализацията се изпълнява поетапно. Първите три стъпки са описани от д-р Код в статията ” По-нататъшна нормализация на релационните модели на базите данни”.

 

Нормализацията е техника за структуриране на данните по начин, който позволява да се избегнат проблеми при по-късното й използване и обно­вяване. Нормализацията води до логически устойчива структура на запи­сите, която е лесна за разбиране и проста за подържане. Могат да се полу­чат различни нива на нормализация. Критериите, които определят нивата на нормализация се наричат нормални форми.

 

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

 

Нормализацията изпълнява следните задачи:



  • Изключване на повтаряща се информация в таблиците.

  • Декомпозиция на един типов обект  на  няколко.

  • Минимизиране на аномалиите при съхраняване, изтриване и промяна на данните.

  • Създаване на отворена към бъдещи промени структура.

  • Създаване на структура, свеждаща до минимум влиянието на структурни изменения върху вече създадени приложения.

 

От показаната по-долу схема се вижда, че за да бъдат нормализирани типовете обекти и съответстващите им таблици, те  трябва да отговарят на следните условия:



  • Да бъдат плоски, т.е. да не съдържат повтарящи се групи атрибути (колони).

  • Данните за всички неключови колони (атрибути) напълно да зависят от значенията на пър­вичния ключ.

  • Всички колони (атрибути) да зависят от значенията на първичния ключ и да не зависят един от друг.

    

Ненормализирана релация

Когато в една клетка може да има повече от една стойност, т.е атрибутът може да прима повече от една стойност.

 

#заявкя

дата на заявка

#читател

професия

име на читател

#книга

име на книгата

1

2

3

4

5

6

7

245

22.01.99

0846

учител

Иванов

00344

01347


13578

хххххххххххххх

ссссссссс

еееееееее


346

2502.99

0048

лекар

Ванева

01237

уууууууу

 

Тази релация е ненормализирана, защото допуска атрибутите в колони 5 и 6 да имат повече от една стойност. Различния брой атрибути в отделните редове ще доведе до съхраняване на записи с променлив брой полета, а съ­що така  до  записи с променлива дължина.



Първа нормална форма

Когато във всяка клетка на таблицата има само по една стойност. Първичният ключ не е вече еднозначен, защото се среща повече от вед­нъж в таблицата. Поради тази причина трябва да се образува съставен пър­ви­чен ключ, който се състои от частичните ключове—“# поръчка ” , “# читатели # книга.

 

# заявка

дата на заявка

#читател

професия

име на читател

#книга

име на книгата

1

2

3

 

4

5

6

245

22.01.99

0846

учител

Иванов

00344

хххххх

245

22.01.99

0846

учител

Иванов

01347

ссссссс

245

22.01.99

0846

учител

Иванов

13578

ееееее

346

25.02.99

0048

лекар

Ванева

01237

ууууу

 

Новополучената релация “Поръчка” има недостатъци, известни като аномалии при изтриване и промяна на данните.



Аномалия при изтриване на данни—ако се изтрие артикулът “Ванева” от таблицата ще бъдат изтрити всички данни за поръчка 346

Аномалия  при промяна на данни—ако променим номера на “Иванов” само на един ред ще настъпи противоречие в данните.

Втора нормална форма

Когато е в първа нормална форма и всеки атрибут е функционално зависим от всички атрибути, съставляващи пър­вичния ключ.

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

 

Трета нормална форма



     Когато е във втора нормална форма и когато всеки атрибут не е транзитивно зависим от първичния ключ

Един атрибут С е транзитивно зависим от друг атрибут А, ако съществува атрибут В, за който АèВ и ВèС, но А не зависи функционално от В.

 

 



 

 


Каталог: sites -> default -> files
files -> Образец №3 справка-декларация
files -> Р е п у б л и к а б ъ л г а р и я
files -> Отчет за разкопките на праисторическото селище в района на вуз до Стара Загора. Аор през 1981 г. ХХVІІ нац конф по археология в Михайловград, 1982
files -> Медии и преход възникване и развитие на централните всекидневници в българия след 1989 година
files -> Окръжен съд – смолян помагало на съдебния заседател
files -> Семинар на тема „Техники за управление на делата" 18 19 юни 2010 г. Хисар, Хотел „Аугуста спа" Приложение
files -> Чинция Бруно Елица Ненчева Директор Изпълнителен директор иче софия бкдмп приложения: програма
files -> 1. По пътя към паметник „1300 години България


Сподели с приятели:
1   ...   5   6   7   8   9   10   11   12   ...   15




©obuch.info 2024
отнасят до администрацията

    Начална страница