5. Структура бд ms Access

СУБД Microsoft Access

Access входить у склад пакету прикладних програм Microsoft Office.

Це повноцінна реляційна база даних, у якій може працювати як звичайних користувач ПК, що не володіє основами програмування, так і інженер-програміст. Популярність Access пояснюється тим, що ця система найбільш проста для засвоєння починаючим користувачам.

Реляційна модель даних являє собою набір двовимірних таблиць, які складаються зі стовпців (полів) і рядків (записів), а також мають ім'я, унікальне в межах даної БД. Реляційна модель даних, як правило, складається з декількох т

таблиць, які зв'язуються між собою ключами.

Після запуску Access потрібно виконати команду Создать файл для створення нової бази даних.

Справа ви побачите діалогове вікно Создание файла, у якому потрібно обрати спосіб створення БД чи відкриття вже існуючої БД.

Існує декілька варіантів створення БД:

1. Створення порожньої БД, а потім додавання до неї об'єктів (Новая база данных)

2. Створення БД за допомогою шаблону, що містить у собі макет об'єктів на різну тематику .

Після того, як ви оберете команду Нова база даних на екрані з'явиться діалогове вікно Файл новой базы данных, у якому вам потрібно дати ім'я базі даних та обрати папку, куди буде її створено, після чого нажати кнопку Создать.

Об’єкти (структура)

Таблиці

Містять дані у вигляді двомірної таблиці. Таблиці – основа БД, від них залежать всі інші об'єкти БД. Кожна таблиця складається із записів (рядків) та полів (стовпців). Робота з таблицями виконується у двох основних режимах: у режимі конструктора та режимі таблиці.

Запити

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

Форми

Використовують для зручного введення даних. Форма являє собою діалогове вікно, яке дозволяє вводити, переглядати та друкувати дані. У формі можна відобразити дані, взяті з декількох таблиць або запитів

Звіти

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

Проектування баз даних

Проектування баз даних - процес створення схеми бази даних і визначення необхідних обмежень цілісності .

Основні завдання:

Забезпечення зберігання в БД всієї необхідної інформації.

Забезпечення можливості отримання даних за всіма необхідними запитам .

Скорочення надмірності і дублювання даних.

Забезпечення цілісності бази даних.

ОСНОВНІ ЕТАПИ

Концептуальне (інфологічне) проектування

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

Конкретний вид і зміст концептуальної моделі бази даних визначається обраним для цього формальним апаратом. Зазвичай використовуються графічні нотації, подібні ER-діаграм.

Найчастіше концептуальна модель бази даних включає в себе:

опис інформаційних об'єктів або понять предметної області та зв'язків між ними.

опис обмежень цілісності, тобто вимог до допустимих значень даних і до зв'язків між ними.

Логічне (Даталогіческое) проектування

Логічне (Даталогіческое) проектування - створення схеми бази даних на основі конкретної моделі даних, наприклад, реляційної моделі даних. Для реляційної моделі даних даталогіческая модель - набір схем відносин, звичайно з зазначенням первинних ключів, а також «зв'язків» між відносинами, що представляють собою зовнішні ключі.

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

На етапі логічного проектування враховується специфіка конкретної моделі даних, але може не враховуватися специфіка конкретної СУБД.

Фізичне проектування

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