Курсовая работа: База даних "Теорія та практика прикладного програмування"
2.2 Даталогічне проектування баз даних
При переході від інфологічної моделі до даталогічної слід мати на увазі, що інфологічна модель включає в себе всю інформацію про предметну область, необхідну для проектування БД. Це не означає, що всі суті, зафіксовані в ІЛМ, повинні в явному вигляді відображатися в даталогічній моделі. Перш ніж будувати даталогічну модель, необхідно вирішити, яка інформація буде зберігатися в базі даних. Наприклад, у інфологічній моделі мають бути відображені показники, що обчислюються, але зовсім не обов'язково, щоб вони зберігалися в базі даних.
Таблиця 2.2.1. «Глава»
| Поле | Тип даних | Розмір |
| № п/п | Лічильник | Довге ціле |
| Код параграфа | Числовий | Довге ціле |
| Затрата времени на изучение | Числовий | Довге ціле |
| Код оператора | Числовий | Довге ціле |
| Компоненты | Логічний | |
| Код таблицы | Числовий | Довге ціле |
| Код рисунка | Числовий | Довге ціле |
| Код примечания | Числовий | Довге ціле |
| Код листингов | Числовий | Довге ціле |
| Дата разработки записи | Дата/час |
Таблиця 2.2.2. «Листинги»
| Поле | Тип даних | Розмір |
| Код листинга | Лічильник | Довге ціле |
| Название листинга | Текстовий | 50 |
| Работа с формой | Логічний | |
| Листинг | Поле МЕМО |
Таблиця 2.2.3. «Операторы»
| Поле | Тип даних | Розмір |
| Код оператора | Лічильник | |
| Ключевые слова | Текстовий | 200 |
| Синтаксис оператора | Текстовий | 240 |
| Семантика оператора | Текстовий | 255 |
| Пример использования | Числовий | Довге ціле |
Таблиця 2.2.4. «Параграфы»
| Поле | Тип даних | Розмір |
| Код параграфа | Лічильник | |
| Название параграфа | Текстовий | 50 |
| Краткое содержание | Текстовий | 250 |
| Начальная страница | Числовий | Довге ціле |
| Конечная страница | Числовий | Довге ціле |
Таблиця 2.2.5. «Примечания»
| Поле | Тип даних | Розмір |
| Код примечания | Лічильник | |
| Страница | Числовий | Довге ціле |
| Примечание | Поле МЕМО |
Таблиця 2.2.6. «Рисунки»
| Поле | Тип даних | Розмір |
| Код рисунка | Лічильник | |
| Название рисунка | Текстовий | 65 |
| Страница расположения рисунка | Числовий | Довге ціле |
| Рисунок | Поле МЕМО |
Таблиця 2.2.7. «Таблицы»
| Поле | Тип даних | Розмір |
| Код таблицы | Лічильник | |
| Название таблицы | Текстовий | 60 |
| Страница нахождения | Числовий | Довге ціле |
| Таблица | Поле МЕМО |
Структура таблиць відноситься до 3 НФ:
1) кожен стовпець таблиці неподільний і в рамках однієї таблиці немає стовпців з однаковими за змістом значеннями.
2) первинні ключі таблиць однозначно визначають запис і не надмірні.
3) значення будь-якого поля не входить у первинний ключ, не залежить від значення іншого поля, що також не входить у первинний ключ.
2.3 Фізичне проектування інформаційних систем
Фізичне проектування — це безпосереднє проектування програмних модулів, з яких збирається додаток; це точка зору програміста на додаток.
Перехід від логічного до фізичного опису моделі складається з наступних кроків: [7]
1. Всі прості сутності перетворюються у зв’язки, ім'я сутності стає ім'ям відношення.
2. Кожен атрибут стає можливим стовпцем з тим же ім'ям. Стовпці, що відповідають необов'язковим атрибутам, можуть містити NULL-значення.
3. Компоненти унікального ідентифікатора сутності перетворюються в первинний ключ відношення.
4. Зв'язки «багато до одного» стають зовнішніми ключами.
З огляду на пряму відповідність логічної моделі та фізичної реалізації, остання чітко відображає перше, вносячи деякі уточнення за способом зберігання інформації. Тобто з урахуванням всього вищесказаного про розробку логічної моделі АС і логічної схеми БД отримана фізична модель БД.
2.3.1 СУБД Access
Система управління базами даних (СУБД) — спеціалізований комплекс програм, призначений для зручної та ефективної організації, контролю та адміністрування баз даних. В якості структурної форми СУБД може бути використана будь-яка з існуючих на сьогодні моделей. Прикладом такої моделі може служити реляційна СУБД або мережева СУБД. [8]
Microsoft Access — реляційна СУБД корпорації Microsoft. Має широкий спектр функцій, включаючи зв'язані запити, сортування по різних полях, зв'язок із зовнішніми таблицями і базами даних. Завдяки вбудованій мові VBA, в самому Access можна писати програми, що працюють з базами даних.
Основні компоненти MS Access:
· будівник таблиць;
· будівник екранних форм;
· будівник SQL-запитів (мова SQL в MS Access не відповідає стандарту ANSI);
· будівник звітів, що виводяться на друк.