ої області, набори посадових інструкцій, правила ведення справ у компанії і т.п. Досвід показує, що текстовий спосіб представлення моделі предметної області неефективний. Набагато більш інформативними і корисними при розробці баз даних є описи предметної області, виконані за допомогою спеціалізованих графічних схем. Модель предметної області описує швидше процеси, що відбуваються в предметній області і дані, використовувані цими процесами. p align="justify"> Концептуальна модель даних. На наступному, більш низькому рівні знаходиться концептуальна модель даних предметної області. Концептуальна модель описує поняття предметної області, їх взаємозв'язок, а також обмеження на дані, що накладаються предметною областю. Концептуальна модель даних є початковим прототипом майбутньої бази даних. Ця модель будується в термінах інформаційних одиниць, але без прив'язки до конкретної СУБД. Основним засобом розробки концептуальної моделі даних в даний момент є різні варіанти ER-діаграм (Entity-Relationship, діаграми сутність-зв'язок). p align="justify"> Логічна модель даних - це дані, представлені на мові опису даних конкретної СУБД. Логічна модель даних включає в себе наступні складові:
- структура даних;
- обмеження, що накладаються на дані
операції, вироблені над даними.
Одну й ту ж ER-модель можна перетворити як в реляційну модель даних, так і в модель даних для ієрархічних і мережевих СУБД, або в постреляціонних (об'єктно-орієнтовану модель даних).
Найбільш поширена модель даних, використовувана більшістю СУБД - реляційна модель. Тому можна вважати, що логічна модель даних для нас формулюється в термінах реляційної моделі даних. p align="justify"> Фізична модель даних. На ще більш низькому рівні знаходиться фізична модель даних. Фізична модель даних описує зберігання даних засобами конкретної СУБД. Обмеження, наявні в логічної моделі даних, реалізуються різними засобами СУБД. При цьому рішення, прийняті на рівні логічного моделювання визначають деякі межі, в межах яких можна розвивати фізичну модель даних. Якість фізичної моделі багато в чому залежить від вибору СУБД. p align="justify"> Власне база даних і додатки. І, нарешті, як результат попередніх етапів з'являється власне сама база даних. База даних реалізована на конкретній програмно-апаратної основі, і вибір цієї основи дозволяє істотно підвищити швидкість роботи. p align="justify"> Багаторівнева архітектура (концептуальний, логічний і фізичний рівні) дозволяє забезпечити незалежність збережених даних від використовують їх програм. При необхідності можна переписати збережені дані на інші носії інформації та (або) реорганізувати їх фізичну структуру, змінивши лише фізичну модель даних. Можна підключити до системи будь-яке число нових користувачів (нових додатків), доповнивши, якщ...
