5. Проектування бд на зовнішньому рівні.

При проектуванні БД на зовнішньому рівні необхідно вивчити функціонування об'єкта управління, для якого проектується БД, усю пер­винну та вихідну документацію з точки зору визначення того, які саме дані необхідно зберігати в базі даних. Зовнішній рівень є, як правило, словесним описом вхідних і вихідних повідомлень, а також даних, які доцільно зберігати в БД. Опис зовнішнього рівня не виключає наявності елементів дублювання, надлишковості та неузгодженості даних. Тому для усунення цих аномалій і протиріч зовнішнього опису даних виконується інфологічне проектування. Інфологічна модель є засобом структуризації предметної області й розуміння концепції семантики даних. Інфологічну модель можна розглядати в основному як засіб документування та структурованої форми подання інформаційних потреб, що забезпечує несуперечливе спілкування користувачів і розробників системи.

6. Проектування бд на інфологічному рівні.

Інфологічний рівень являє собою інформаційно-логічну модель (ІЛМ) предметної області, в якій виключена надмірність даних і відображені інформаційні особливості об’єкту управління, без урахування особливостей і специфіки конкретної СУБД.

Мета інфологічного проектування — створити структуровану інформаційну модель ПО, для якої розроблятиметься БД. Під час проектування на інфологічному рівні створюється інформаційно-логічна модель, яка має відповідати таким вимогам:

• коректність схеми БД, тобто адекватне відображення модельованої ПО;

• простота і зручність використання на наступних етапах проектування;

• ІЛМ має бути описана мовою, зрозумілою проектувальникам БД, програмістам, адміністратору і майбутнім користувачам БД.

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

Існує два підходи до інфологічного проектування: аналіз об’єктів і синтез атрибутів. Підхід, що базується на аналізі об’єктів, називається нисхідним, а на синтезі атрибутів — висхідним

7.Проектування бд на даталогічному рівні.

На етапі даталогічного проектування здійснюється перехід від інфологічної моделі ПО до логічної (даталогічної) моделі, яка підтримується за­собами конкретної СУБД. Процес переходу від інфологічної до датало­гічної моделі називається відображенням.

Даталогічна модель являє собою базу даних, структуровану на логічному рівні й орієнтовану на конкретну СУБД. Перш ніж виконати даталогічне проектування, необхідно вибрати СУБД. Кожна конкретна СУБД накладає ряд обмежень на побудову логічної моделі даних, тому на­самперед необхідно вивчити специфіку і особливості СУБД, виявити всі фактори, які можуть вплинути на логічну модель БД.

Основними факторами, що впливають на даталогічне проектування з боку СУБД, є такі:

1. Тип логічної моделі, що його підтримує вибрана СУБД. Зараз най­поширенішими є реляційні СУБД. Крім реляційних моделей іс­нують ієрархічні й сіткові моделі баз даних.

2. Особливості фізичної організації даних у середовищі вибраної СУБД. Наприклад, у СУБД Paradox чи dBASE-системах база даних організована у вигляді набору взаємозв'язаних файлів форматів DT і DBF, усі інші об'єкти, такі як форми та звіти, також зберігаються в окремих фай­лах. У середовищі СУБД Microsoft Access усі дані та інструментальні засо­би роботи з ними зберігаються в єдиному файлі бази даних. Тому при проектуванні бази даних потрібно знати не лише правила побудови логічної, а й особливості фізичної організації бази даних.

3. Кількісні обмеження, які накладає СУБД (наприклад, кількість рівнів ієрархії в ієрархічних моделях, можлива кількість полів, записів, файлів тощо).

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

В результаті даталогічного проектування можна отримати кілька варіантів побудови логічної моделі даних. Тому важливим моментом є оцінка отриманих моделей і вибір найбільш оптимального варіанта.