гах, наявних в бібліотеці. Окремий екземпляр цієї сутності містить інформацію тільки про одну книжку. Сутність «Видача книг» містить інформацію про конкретну книжку, про те хто її взяв, коли взяв і коли поверне книгу. Між сутністю «Книги» і сутністю «Видача книг» існує зв'язок типу «1: М», яка означає, що будь-яка книга, яка знаходитися в прокаті є обов'язковим по відношенню до сутності «Книги». Сутність «Список читачів» містить інформацію про читачів. Окремий екземпляр цієї сутності містить інформацію про один читача. Існує зв'язок між сутністю «Список читачів» і сутністю «Видача книг» типу «1: М», обов'язкова з боку сутності «Список читачів» (кожному екземпляру сутності «Список читачів» обов'язково відповідає читач і причому тільки один).
Визначимо ключі - унікальні ідентифікатори примірників кожної сутності: для сутності «Книги» - це шифр книги (Шифр), для сутності «Видача книг» - шифр видачі (Ш_видачі), для сутності «Список читачів» -ідентифікаційний номер (ID номер).
Малюнок 2. Инфологическая модель предметної області «Бібліотека»
1.4 Даталогіческое проектування бази даних
Суть етапу даталогіческого проектування полягає у відображенні інфологічної моделі предметної області бази даних на ті структурні і процедурні можливості, які надають:
· тип структури даних, наприклад реляційна модель;
· обраний тип СУБД, яка цю модель даних підтримує;
· технологія і засоби прикладного програмування;
· конкретна комп'ютерна середу.
На цьому етапі необхідно встановити відповідність між сутностями і характеристиками предметної області і відносинами і атрибутами в мові Access 2000. Для цього потрібно кожної сутності і характеристикам поставити у відповідність набір отн?? шений (таблиць) та їх атрибутів (полів).
У результаті отримали такі відносини:
R1 «Книги» (Шифр, Назва, Автор, Жанр, Рік, Видавництво, Кількість сторінок, Опис, Обзор, Наявність)
R2 «Список читачів» (ID номер, Прізвище, Ім'я, По батькові, Вулиця, Будинок, Квартира, Телефон)
R3 «Видача книг» (Ш_видачі, ID номер, Дата видачі, Дата повернення, Шифр)
2. Фізична реалізація бази даних «Бібліотека»
Фізична модель даних описує дані засобами конкретної СУБД. Ми будемо вважати, що фізична модель даних реалізована засобами саме реляційної СУБД, хоча, як вже сказано вище, це необов'язково. Відносини, розроблені на стадії формування логічної моделі даних, перетворюються в таблиці, атрибути стають стовпцями таблиць, для ключових атрибутів створюються унікальні індекси, домени перетворюються в типи даних, прийняті в конкретній СУБД.
Обмеження, наявні в логічної моделі даних, реалізуються різними засобами СУБД, наприклад, за допомогою індексів, декларативних обмежень цілісності, тригерів, збережених процедур. При цьому знову-таки рішення, прийняті на рівні логічного моделювання визначають деякі межі, в межах яких можна розвивати фізичну модель даних. Точно також, у межах цих кордонів можна приймати різні рішення. Наприклад, відносини, що містяться в логічної моделі даних, повинні бути перетворені в таблиці, але для кожної таблиці можна додатково оголосити різні індекси, що підвищують швидкість звернення до даних. Багато що тут залежить від конкретної СУБД.
При розробці фізичної моделі даних виникають питання: чи добре спроектовані таблиці? Чи правильно вибрані індекси? Наскільки багатопрограмного коду у вигляді тригерів і збережених процедур необхідно розробити для підтримки цілісності даних?
І, нарешті, як результат попередніх етапів з'являється власне сама база даних. База даних реалізована на конкретній програмно-апаратної основі, і вибір цієї основи дозволяє істотно підвищити швидкість роботи з базою даних. Наприклад, можна вибирати різні типи комп'ютерів, міняти кількість процесорів, обсяг оперативної пам'яті, дискові підсистеми і т.п. Дуже велике значення має також настройка СУБД в межах обраної програмно-апаратної платформи.
Але знову рішення, прийняті на попередньому рівні - рівні фізичного проектування, визначають межі, в межах яких можна приймати рішення щодо вибору програмно-апаратної платформи і налаштування СУБД.
Таким чином, ясно, що рішення, прийняті на кожному етапі моделювання і розробки бази даних, будуть позначатися на подальших етапах. Тому особливу роль відіграє прийняття правильних рішень на ранніх етапах моделювання.
. 1 Структура таблиць БД «Бібліотека»
Моя база даних складається з головної таблиці «Книги» та пов'язаних...
