Методичні рекомендації

Предметна галузь бази даних вибирається відповідно до варіанта індивідуального завдання по номеру в журналі. Для кожного варіанта завдання приводиться мінімальний набір характеристик бази даних. Необхідно самостійно додати деякі характеристики предметної галузі, що дозволяють більшою кількістю сутностей більш повно описати предметну галузь.

Розроблений додаток повинний заносити інформацію в таблиці створеної бази даних за допомогою відповідних форм, виконувати необхідні дії по модифікації й видаленню даних у таблицях створеної бази даних за допомогою відповідних форм, підтримувати цілісність бази даних, використовуючи відповідні засоби, виконувати запити з варіанта завдання й зберігати отримані результати у відповідних звітах.

Пояснювальна записка повинна містити наступне:

• Змістовний опис уточненої предметної галузі.

• Ітераційний процес побудови ER-Діаграми.

• Опис сутностей мовою інфологічного проектування.

• Універсальне відношення, процес нормалізації й реляційна схема, отримана в результаті нормалізації (3 нормальна форма).

• Наступні лістинги:

• схема бази даних у формі Access;

• таблиці, структури таблиць, форми, звіти;

• запити в режимі Конструктор і на SQL і їхні результати;

• головна кнопкова форма.

Рекомендації до виконання розділу «концептуальне проектування бази даних» Елементи моделі «сутність-зв’язок»

Моделювання структури бази даних за допомогою алгоритму нормалізації має серйозні недоліки:

1. Початкове розміщення всіх атрибутів у одному відношенні є дуже неприродною операцією. Інтуїтивно розробник відразу проектує декілька відношень у відповідності з виявленими сутностями. Навіть якщо зробити насильство над собою і створити одне або декілька відношень, включивши до них всі передбачувані атрибути, то цілком незрозумілим є сенс отриманого відношення.

2. Неможливо одразу визначити повний список атрибутів. Користувачі мають звичку називати різними іменами одні і ті ж речі або навпаки, називати одними іменами різні речі.

3. Для проведення процедури нормалізації необхідно виділити залежності атрибутів, що теж дуже нелегко, тому що необхідно явно виписати всі залежності, навіть ті, які є очевидними.

У реальному проектуванні структури бази даних застосовуються інший метод - так зване, семантичне моделювання. Семантичне моделювання являє собою моделювання структури даних, спираючись на суть цих даних. В якості інструменту семантичного моделювання використовуються різні варіанти діаграм сутність-зв'язок (ER - Entity-Relationship).

Перший варіант моделі сутність-зв'язок був запропонований в 1976 р. Пітером Пін-Шен Ченом. В подальшому багатьма авторами були розроблені свої варіанти подібних моделей (нотація Мартіна, нотація IDEF1X, нотація Баркера та ін.) Крім того, різні програмні засоби, що реалізують одну й ту ж нотацію, можуть відрізнятися своїми можливостями. По суті, всі варіанти діаграм сутність-зв'язок виходять з однієї ідеї - малюнок завжди наглядніше текстового опису. Всі такі діаграми використовують графічне зображення сутностей предметної області, їх властивостей (атрибутів), і взаємозв'язків між сутностями.

Далі буде описана робота з ER-діаграмами близько до нотації Баркера, як досить легкої в розумінні основних ідей.