Видове обекти в базата данни. Въведение в дизайна на база данни

Атрибут.

Предметна област.

База данни. Определение.

СУБД. Определение.

База данни. Определение.

Трета нормална форма. Определение. Пример.

Релационната променлива R е в трета нормална форма, ако и само ако са изпълнени следните условия:

· R е във втора нормална форма.

Никой неключов R атрибут не е в преходна функционална зависимост (т.е. зависимостта не се изразява чрез друг атрибут) от потенциалния ключ R.

Неключов атрибут на връзка R е атрибут, който не принадлежи на нито един от кандидат R ключовете.

База данние един или повече файлове с данни, предназначени за съхранение, промяна и обработка на големи обеми взаимосвързана информация, систематизирани по такъв начин, че тези материали да могат да бъдат намерени и обработени с помощта на електронен компютър (компютър)

Система за управление на база данни (СУБД)е софтуер, който позволява на потребителите да дефинират, създават и поддържат база данни, както и им позволява да обработват извиквания на база данни от приложения на крайния потребител.

База данни- автоматизирана информационна система за централизирано съхранение и колективно използване на данни. Банката данни включва една или няколко бази данни, справочник за база данни, СУБД, както и библиотека от заявки и приложения.

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

АтрибутТова е най-малката единица от структура от данни. Всеки елемент получава уникално име при създаването на базата данни. С това име се обозначава по време на обработка.

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

Избройте функциите на СУБД

Основните функции на СУБД:

1) Определяне на структурата на създадената база данни, нейното инициализиране и първоначално зареждане.

2) Предоставяне на възможност на потребителите да манипулират данни (извличане на необходимите данни, извършване на изчисления, разработване на интерфейс за вход/изход, визуализация).

3) Осигуряване на логическа и физическа независимост на данните.

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



5) Защита на физическата цялост - средства за възстановяване на базата данни (транзакция).

6) Управление на потребителски права за достъп до базата данни.

7) Синхронизиране на работата на няколко потребители.

8) Управление на ресурсите на средата за съхранение – СУБД разпределя ресурси памет за нови данни, преразпределя освободената памет, организира опашката на заявки към външна памет и т.н.

9) Подкрепа за дейността на системния персонал

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

За формиране на елементите на диаграмата се използва палитрата от елементи ("Палитра", фиг. 3.49), където се намира областта "Данни" с обектите и връзките "Entity". Изборът на елемент в палитрата "Entity" ще даде на потребителя възможността да създаде обект "Entity" в диаграмата, в резултат на което трябва да се въведе името на обекта.


Създаването на обекти може да се реализира и чрез контекстното меню на папката "Пакет ...", където елементът от менюто "Добавяне на обект от данни / обект" ще създаде обект в дървото на проекта и ще предостави на разработчика възможността да, като в диаграмата въведете името на обекта (фиг. 3.50).


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

В раздела на свойствата на обекта "Volumetries" разработчикът може да посочи параметрите за промяна на броя на екземплярите на въпросния обект (фиг. 3.51), включително:

  • Начален брой редове - показва количеството данни (екземпляри), които трябва да бъдат добавени веднага след създаването на таблицата;
  • Ръст на редове на месец - Показва колко копия трябва да се добавят на месец;
  • Максимален брой редове — Показва максималния брой екземпляри, които могат да бъдат съхранени в таблицата, описана от въпросния обект.


Ориз. „3.51.Задаване на параметри за промяна
количествени показатели на субекта

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

Също така, подобно на създаването на обект, атрибутите могат да бъдат създадени по различни начини (фиг. 3.52):

  • - използване на контекстното меню - използва се контекстното меню на обекта в дървото на проекта, където е възможно да се избере обект за създаване - атрибут, алтернативен ключ, ограничение и др.;
  • - използване на свойствата на обекта - използва се областта за свойства в раздел "Атрибути", където атрибутите се създават и задават с помощта на наличните там инструменти;

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


Puc. 3.52.Пример за създаване на атрибут
чрез свойства на обекта

Когато използва свойствата на обекта, разработчикът в раздела "Атрибути", използвайки иконата със знака "+", създава нови атрибути, след което трябва да определи основните параметри на създадения атрибут:

  • Име - името на атрибута, чрез който се определя смисловото значение на описаните данни;
  • Първичен ключ – знак, който показва, че атрибутът е елемент от първичен ключ и че за него трябва да бъдат създадени подходящи ограничения за целостта;
  • Сурогатен ключ (сурогатен ключ) - знак, показващ, че атрибутът не е елемент от домейна, но е необходим за ефективна работа с базата данни и ще съдържа стойности, генерирани автоматично в съответствие с правилата на аритметичната прогресия;
  • Тип (тип) - тип данни, който описва стойностите, представени от атрибута;
  • Дължина/Прецизност (размер/прецизност) – числова стойност, указваща броя на знаците (байтовете), необходими за съхраняване на максималната стойност за описания атрибут;
  • Мащаб – числова стойност, използвана за числови атрибути, която описва броя на цифрите след десетичната запетая при работа с реални числа;
  • Задължително - знак за невъзможност за съхранение от атрибута на празна стойност NULL;
  • Произведен (изчислен) - знак за необходимостта от изчисляване на стойност за конкретен израз с помощта на математически, езикови операции и различни функции на езика на СУБД;
  • Стойност по подразбиране - стойността, която трябва да бъде записана, ако не са посочени данни за атрибута при добавяне или промяна на данни;
  • Израз на деривация – Израз на формула, който трябва да бъде оценен при добавяне или промяна на данни.

Важно е да се отбележи, че инструментът предоставя възможност за сортиране на атрибутите в обекта в реда, който разработчикът иска. Това се прави с помощта на контролни икони под формата на многопосочни стрелки. Въпреки това, като се има предвид, че правилата на Codd дефинират независимостта на подреждането на атрибутите, подреждането не е необходима част от модела на базата данни. Има две причини да поръчате атрибутите според нуждите:

Удобство на работа - при изграждане на реда на атрибути според определени правила (например атрибутите, обозначаващи първичния ключ, трябва да отидат първо, след това трябва да се поставят външни ключове, след това алтернативният ключ и прости атрибути) е по-лесно да се чете моделна диаграма и идентифициране на някои проблемни ситуации, които могат да възникнат при работа с база данни; използване на специални технологии за обработка - при добавяне на данни на езика SQL е възможно списъкът да не се посочва

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

В допълнение към задаване на характеристики за всеки атрибут, включително задаване на стойност по подразбиране и формулен израз за изчислението, всеки обект може да има ограничения за целостта, които гарантират правилното съхранение на стойността за съответния атрибут. Например, за атрибут, съхраняващ стойности на годината, може да е необходимо да се ограничи минималната стойност. Тъй като на нивото на изграждане на логически модел разработчикът може да не знае коя СУБД ще бъде използвана за внедряване, използването на функции на някой от езиците за програмиране няма да е правилно. Инструментът IBM InfoSphere Data Architect обаче предоставя възможността на разработчика да посочи условието за ограничение на множество езици (Фигура 3.53):

  • OCL (Object Constraint Language) е език за ограничения за обекти, използвани в обектно-ориентирано представяне на данни и приложни програми, който рядко се използва при внедряването на релационни бази данни, използва стандартни логически изрази и препратки към атрибути на обект (например: Entity. Година> = 2000):
  • SQL (Structured Query Language) е структуриран език за заявки, използван при обработката на релационни бази данни, обикновено фокусиран върху конкретна СУБД и има много функции, присъщи само на избраната СУБД, използва логически операции (И, ИЛИ и др.) и ги прилага на ниво атрибут на въпросния обект (например: Година> = 2000 и Година
  • Английският е естествен език, който не може да се преведе на език за програмиране, обикновено се използва за описване на ограничение и след това го представя в процеса на програмиране с подходящ логически израз (например: годината е представена със стойност в диапазон)