етин нормальній формі.
. 4 Проектування логічної структури бази даних методом сутність зв'язок
Инфологическая модель повинна включати таке формалізований опис предметної області, яке легко буде читатися не тільки фахівцями по базах даних.
Інфологіческое проектування, насамперед, пов'язано зі спробою уявлення семантики предметної області в моделі БД. Реляційна модель даних в силу своєї простоти і лаконічності не дозволяє відобразити семантику, то є сенс предметної області.
Проблема подання семантики давно цікавила розробників, і в сімдесятих роках було запропоновано декілька моделей даних, названих семантичними моделями. До них можна віднести семантичну модель даних, запропоновану Хаммером (Hammer) і Мак-Леоном (McLeon) в 1981 році, функціональну модель даних Шипман (Shipman), також створену в 1981 році, модель сутність-зв'язок raquo ;, запропоновану Ченом (Chen ) в 1976 році, і ряд інших моделей. У всіх моделей були свої позитивні і негативні сторони, але випробування часом витримала тільки остання. І зараз саме модель Чена сутність-зв'язок raquo ;, або Entity Relationship raquo ;, стала фактичним стандартом при інфологічну моделюванні баз даних.
Модель сутність-зв'язок називають також ER-моделлю (essence-сутність, relation-зв'язок).
Основними поняттями методу сутність-зв'язок є наступні:
сутність,
атрибут суті,
ключ суті,
зв'язок між сутностями,
ступінь зв'язку,
клас приналежності примірників суті,
діаграми ER-екземплярів,
діаграми ER-типу.
Сутність являє собою об'єкт, інформація про який зберігається в БД. Екземпляри сутності відрізняються один від одного і однозначно ідентифікуються. Назвами сутностей є, як правило, іменники, наприклад: ВИКЛАДАЧ, ДИСЦИПЛІНА, КАФЕДРА, ГРУПА.
Атрибут являє собою властивість сутності. Це поняття аналогічно поняттю атрибута в відношенні. Так, атрибутами суті ВИКЛАДАЧ може бути його Прізвище, Посада, Стаж (викладацький) і т. Д.
Ключ сутності - атрибут або набір атрибутів, використовуваний для ідентифікації екземпляра сутності. Як видно з визначення, поняття ключа-суті аналогічно поняттю ключа-відносини.
Зв'язок двох чи більш сутностей - припускає залежність між атрибутами цих сутностей. Назва зв'язку зазвичай представляється дієсловом. Прикладами зв'язків між сутностями є наступні: ВИКЛАДАЧ ВЕДЕ ДИСЦИПЛІНУ (Іванов ВЕДЕ Бази даних ), ВИКЛАДАЧ ВИКЛАДАЄ В ГРУПІ (ІвАнів ВИКЛАДАЄ У 256 групі), ВИКЛАДАЧ ПРАЦЮЄ-НА КАФЕДРІ (Іванов ПРАЦЮЄ-НА 25 кафедрі).
Наведені визначення сутності та зв'язки не повністю формалізовані, але прийнятні для практики. Слід мати на увазі, що в результаті проектування можуть бути отримані кілька варіантів однієї БД. Так, два різних проектувальника, розглядаючи одну і ту саму проблему з різних точок зору, можуть отримати різні набори сутностей і зв'язків. При цьому обидва варіанти можуть бути робітниками, а вибір кращого з них буде результатом особистих переваг.
З метою підвищення наочності і зручності проектування для представлення сутностей, примірників сутностей і зв'язків між ними використовуються наступні графічні засоби:
діаграми ER-екземплярів,
діаграми ER-muna, або ER-діаграми.
Ступінь зв'язку є характеристикою зв'язку між сутностями, яка може бути типу: 1: 1, 1: М, М: 1, М: М.
Клас приналежності (КП) сутності може бути: обов'язковим і не-обязател'ним.
Клас приналежності суті є обов'язковим, якщо всі екземпляри цієї сутності обов'язково беруть участь у розглянутій зв'язку, і іншому випадку клас приналежності сутності є необов'язковим.
Етапи проектування.
Процес проектування бази даних є ітераційним - допускає повернення до попередніх етапів для перегляду раніше прийнятих рішень і включає наступні етапи:
. Виділення сутностей і зв'язків між ними.
. Побудова діаграм ER-типу з урахуванням всіх сутностей та їх зв'язків.
. Формування набору попередніх відносин із зазначенням пред полагаемого первинного ключа для кожного відносини і використанням діаграм ER-типу.
. Додавання неключових атрибутів у відносини.
. Приведення попередніх відносин до нормальної форми Бойса - Кодда, наприклад, за допомогою методу нормальних форм.
. Перегляд ER-діаграм в наступних випадках:
...
