земпляром об'єкта А.
Зв'язок багато до багатьох (М: М) припускає, що в кожен момент часу одному примірнику інформаційного об'єкта А відповідає 0, 1 або більше примірників об'єкта В і навпаки.
1.4 Етапи створення бази даних
З точки зору кінцевого користувача процес створення бази даних можна представити у вигляді трьох етапів:
інфологічне (концептуальне) опис баз даних;
логічне проектування баз даних;
фізичне проектування баз даних.
Інфологіческое, або концептуальне, опис. Вихідними даними для здійснення інфологіческого проектування бази даних є словесна і документальна характеристика предметної області, яка може бути отримана в результаті попереднього (передпроектного) дослідження. Розробка концептуальної моделі предметної області заснована на аналізі інформаційних потреб кінцевих користувачів і тих вимог, які вони пред'являють до створюваній базі даних. На цьому етапі, насамперед, вирішується питання про те, які дані повинні зберігатися в базі і якого типу інформаційні вибірки та звіти можуть знадобитися користувачеві БД. Міфологічна (концептуальна) модель предметної області зазвичай представляється у вигляді графічної схеми, на якій показаний склад і взаємозв'язку збережених даних. У процесі роботи інфологіческая модель може доповнюватися новими даними у зв'язку з, мінливими потребами користувача.
Логічне проектування. На цьому етапі здійснюється вибір відповідної системи управління базами даних і представлення інфологічної моделі предметної області у формі структури бази даних конкретної СУБД. Для реляційних баз даних на цьому етапі проводиться опис структури кожної таблиці та їх взаємозв'язків.
Фізичне проектування. Воно передбачає визначення способів і місць розміщення бази даних, оцінку її обсягу та інших параметрів.
При проектуванні баз даних вирішуються дві основні проблеми:
. Яким чином відобразити об'єкти предметної області в абстрактні об'єкти моделі даних, щоб це відображення не суперечило семантиці предметної області і було, по можливості, кращим. Ця проблема називається проблемою логічного проектування баз даних.
. Як забезпечити ефективність виконання запитів до бази даних, т. Е. Яким чином, маючи на увазі особливості конкретної системи управління базами даних, розташувати дані у зовнішній пам'яті, створення якихось додаткових структур зажадати і т. Д. Цю проблему називають проблемою фізичного проектування баз даних.
При проектування баз даних здійснюються наступні етапи:
збір відомостей про предметної області (аналіз потреб і опис предметної області з використанням процесного і непроцессного підходу);
вибір мови представлення семантичної моделі для фіксації відомостей про предметної області, їх подальшого аналізу і синтезу моделі бази даних;
аналіз зібраних відомостей про предметної області: класифікація, формалізація та інтеграція структурних елементів опису, формалізація як структурних, так і процедурних обмежень цілісності елементів у майбутньої моделі, визначення динаміки примірників об'єктів предметної області;
синтез концептуальної моделі бази даних: проектування цілісної концептуальної схеми БД на обраною мовою семантичного моделювання;
вибір конкретної моделі даних та системи управління базами даних для реалізації бази даних.
. 5 Microsoft Access
Microsoft Office Access або просто Microsoft Access - реляційна система управління базами даних корпорації Microsoft. Має широкий спектр функцій, включаючи пов'язані запити, зв'язок із зовнішніми таблицями і базами даних. Завдяки вбудованому мови VBA, в самому Access можна писати програми, що працюють з базами даних.
Основні компоненти MS Access:
будівник таблиць;
будівник екранних форм;
будівник SQL-запитів (мова SQL в MS Access не відповідає стандарту ANSI);
будівник звітів, що виводяться на друк.
Вони можуть викликати скрипти на мові VBA, тому MS Access дозволяє розробляти додатки і БД практично «з нуля» або написати оболонку для зовнішньої БД.Jet Database Engine (англ.), яка використовується в якості движка бази даних MS Access є файл-серверної СУБД і тому застосовна лише до додатків, що працюють з невеликими обсягами даних і при невеликому числі користувачів, що одночасно працюють з цим даними. Безпосередньо в Access відсутній ряд механізмів, необхідних в багатокористувацьких базах даних, таких, наприклад, як тригери.
