
- •Проектування бази даних
- •Вимоги, що пред'являються до бази даних
- •Етапи життєвого циклу бази даних
- •Модель "сутність–зв'язок"
- •Перетворення er-моделі в реляційну
- •Нормалізація таблиць
- •Етапи проектування бази даних і їх процедури
- •Концептуальне проектування;
- •Логічне проектування;
- •Фізичне проектування.
- •1.6.1. Процедури концептуального проектування
- •1.6.2. Процедури логічного проектування
- •1.6.3. Процедури фізичного проектування
- •1. Проектування таблиць бази даних засобами вибраної субд.
- •Завдання|задавання| по проектуванню бази даних і роботі з|із| нею
- •Тема 1. Проектування бази даних
- •Тема 2. Конструювання запитів
- •Тема 3. Конструювання форм
- •Тема 4. Конструювання звіту
- •4. Звіти, що виводяться на основі бази даних Завдання 2. Проект роздрібна торгівля
1.6.3. Процедури фізичного проектування
Мета етапу фізичного проектування – опис конкретної реалізації бази даних, що розміщується в зовнішній пам'яті комп'ютера. Це опис структури зберігання даних і ефективних методів доступу до даних бази. При логічному проектуванні відповідають на питання – що треба зробити, а при фізичному – вибирається спосіб, як це зробити. Процедури фізичного проектування наступні.
1. Проектування таблиць бази даних засобами вибраної субд.
Здійснюється вибір реляційної СУБД, яка використовуватиметься для створення бази даних, що розміщується на машинних носіях. Глибоко вивчаються її функціональні можливості по проектуванню таблиць. Потім виконується проектування таблиць і схеми їх зв'язку в середовищі СУБД. Підготовлений проект бази даних описується в супроводжуваній документації.
2. Реалізація бізнес-правил в середовищі вибраної СУБД. Оновлення інформації в таблицях може бути обмежене бізнес-правилами. Спосіб їх реалізації залежить від вибраної СУБД. Одні системи для реалізації вимог предметної області пропонують більше можливостей, інші – менше. У деяких системах взагалі відсутня підтримка реалізації бізнес-правил. У такому разі розробляються застосування для реалізації їх обмежень.
Всі рішення, прийняті у зв'язку з реалізацією бізнес-правил предметної області, детально описуються в супровідній документації.
3. Проектування фізичної організації бази даних. На цьому кроці вибирається якнайкраща файлова організація для таблиць. Виявляються транзакції, які виконуватимуться в проектованій базі даних, і виділяються найбільш важливі з них. Аналізується пропускна спроможність транзакцій – кількість транзакцій, які можуть бути оброблені за заданий інтервал часу, і час відповіді – проміжок часу, необхідний для виконання однієї транзакції. Прагнуть до підвищення пропускної спроможності транзакцій і зменшення часу відповіді. На підставі вказаних показників приймаються рішення про оптимізацію продуктивності бази даних шляхом визначення індексів в таблицях, прискорюючих вибірку даних з бази, або зниження вимог до рівня нормалізації таблиць. Проводиться оцінка дискового об'єму пам'яті, необхідного для розміщення створюваної бази даних. Прагнуть до його мінімізації.
Ухвалені рішення з викладених питань документуються.
4. Розробка стратегії захисту бази даних. База даних є цінним корпоративним ресурсом, і організації її захисту приділяється велика увага. Для цього проектувальники повинні мати повне і ясне уявлення про всі засоби захисту, що надаються вибраною СУБД.
5. Організація моніторингу функціонування бази даних і її настройка. Після створення фізичного проекту бази даних організовується безперервне стеження за її функціонуванням. Отримані відомості про рівень продуктивності бази даних використовуються для її настройки. Для цього притягуються і засоби вибраної СУБД.
Рішення про внесення будь-яких змін до функціонуючої бази даних повинні бути обдуманими і всесторонньо зваженими.
Завдання|задавання| по проектуванню бази даних і роботі з|із| нею