rchar503.Адрес учрежденіяadd_uchvarchar504.Сайтwebsitevarchar505.Телефон 1tel1varchar506.Телефон 2tel2varchar50
Таким чином, реляційна модель бази даних виглядає наступним чином (рис. 2):
Рис. 2. Реляційна модель бази даних.
4. Створення та розробка бази даних
.1 Створення бази даних
база реляційний електронний записної
Після завершення етапу даталогіческого проектування приступаємо до створення бази даних в MS SQL Server.
Створення таблиць БД проводиться за допомогою майстра створення таблиць. На головній сторінці в поле Databases вибираємо New Database, вводимо ім'я нової бази даних «book».
Нова створена БД відобразиться в списку баз даних (рис. 3).
Рис. 3. Створення нової БД
4.2 Створення таблиць
Для створення таблиць в списку баз даних відкриваємо вузол book і клацаємо правою кнопкою миші на пункт Tables. У меню, вибираємо пункт New Table. На екрані з'явиться діалогове вікно для створення структури нової таблиці. У стовпці Column Name вказуються атрибути таблиці, в стовпці Data Type - типи даних і їх довжини, в стовпці Allow NULL - допускаються чи порожні значення в конкретному полі чи ні.
При створенні таблиці обов'язково потрібно вказувати її первинний ключ, тому ключі (і первинні та зовнішні) - це засіб забезпечення цілісності бази даних.
Вибираємо стовпець, який буде первинним ключем і натискаємо кнопку Set Primary Key. Якщо в таблиці первинний ключ складовою, то виділяємо одночасно стовпці, що входять до складу первинного ключа, і також натискаємо Set Primary Key.
Типи і розміри атрибутів таблиць представлені на рис. 4.
Рис. 4.a. Проект таблиці Sotrudnik
Рис. 4.b. Проект таблиці Rabotaet
Рис. 4.c. Проект таблиці Organiz
Рис. 4.d. Проект таблиці Friend
Рис. 4.e. Проект таблиці Uchat
Рис. 4.f. Проект таблиці Zanyat
4.3 Підтримка цілісності даних в реляційної БД
Цілісність даних - властивість БД, що означає, що вона містить повну, несуперечливу інформацію, адекватно відображатиме предметну область. Розглянемо основні способи підтримки цілісності, використовувані в проектованої БД.
Логічна цілісність означає відсутність логічних помилок в БД, до яких відносяться порушення структури БД або її об'єктів, видалення або зміна встановлених зв'язків між об'єктами, введення неправильних даних. Для забезпечення логічної цілісності даних накладають обмеження цілісності - умови, яким повинні задовольняти збережені в базі дані. Існує два способи реалізації обмежень цілісності: декларативна і процедурна підтримки. [1]
4.3.1 Декларативна підтримка цілісності
Декларативна підтримка полягає у визначенні обмежень засобами мови опису даних. Ці обмеження стосуються негайно перевіряється обмеженням, які перевіряються безпосередньо в момент виконання операції, яка може порушити цілісність.
Вона включає в себе структурні обмеження і семантичні.
Структурні обмеження використовуються для додання даними осмисленої структури. До них відносяться:
. Цілісність суті. При проектуванні БД кожна таблиця відповідає деякому об'єкту зовнішнього світу. У таблиці присутній первинний ключ, який однозначно визначає кожен запис і не може бути порожнім.
. Посилальна цілісність. Значення непорожнього зовнішнього ключа має дорівнювати одному з поточних значень ключа іншої таблиці.
. Функціональні залежності визначають всі можливі стани БД. Необхідно стежити за їх повнотою і по можливості уникати надмірності.
.3.2 Процедурна підтримка цілісності
Підтримка семантичної цілісності процедурним шляхом включає всі можливі перевірки не на рівні СУБД, а на рівні процедур обробки та введення даних засобами середовища програмування, за допомогою якої створюється програма. Збережена процедура - це підпрограма, що працює на сервері і керуюча його процесами.
У розробляється БД використовувалися такі збережені процедури:
Інформація про найближчих днях народження:
@ d AS datetime @ d=getdate () FIO_dr, birthdayFriend WHER...
