Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Короткі теоретичні відомості. Тема:Створення фізичної моделі бази даних
|
|
Практична робота №1
Тема: Створення фізичної моделі бази даних
Мета: Навчитися створювати фізичну модель бази даних.
Короткі теоретичні відомості
Загальний огляд методології фізичного проектування баз даних. Процес реалізації бази даних в зовнішній пам'яті повинен включати основні таблиці, файлову організацію, індекси, що забезпечують ефективний доступ до даних, а також всі відповідні обмеження цілісності і засоби захисту.
Етапи фізичного проектування баз даних.
- Перенесення глобальної логічної моделі даних в середовище цільової СУБД.
- Проектування основних таблиць.
- Розробка способів одержання похідних даних.
- Реалізація обмежень предметної області.
- Проектування фізичного представлення бази даних.
- Вибір файлової структури.
- Визначення індексів.
- Розробка механізмів захисту
Фізичне проектування складається з наступних етапів.
- Розробка основних таблиць і реалізація обмежень. На цьому етапі має бути також прийняте рішення про вибір способів одержання похідних даних.
- Організація внутрішньої структури зберігання таблиць з точки зору користувача має бути прозорою — користувач повинен мати можливість діставати доступ до будь-якої таблиці і до окремих її записів без врахування способу зберігання даних. Це означає, що СУБД повинна забезпечувати повну незалежність фізичного зберігання даних від їх логічної організації.
- Прийняття рішення про те, як має бути реалізоване кожне призначене для користувача представлення.
- Проектування засобів захисту, необхідних для запобігання несанкціонованому доступу до даних, включаючи управління доступом до основних таблиць.
Перенесення глобальної логічної моделі на фізичну. Головним завданням на етапі фізичного проектування є перетворення відношень, створених на основі логічної моделі даних, в форму, яка може бути реалізована в середовищі СУБД. Перша частина процесу передбачає перевірку інформації, зібраної на етапі логічного проектування бази даних і поміщеної в словник даних. Друга частина процесу полягає у використанні цієї інформації для розробки структури основних таблиць.
Проектування основних таблиць. Приступаючи до фізичного проектування, необхідно проаналізувати і добре засвоїти інформацію про відношення, зібрані на етапі побудови логічної моделі бази даних. Визначення кожної таблиці включає наступні елементи:
- ім'я таблиці;
- список простих полів
- визначення первинного ключа і (якщо такі існують) альтернативних (АК) і зовнішніх (FK) ключів;
- список обчислювальних полів і опис способів їх обчислення;
- визначення вимог цілісності для будь-яких зовнішніх ключів.
Для кожного поля має бути присутня наступна інформація:
- визначення його домена, що включає вказівку типу даних, розмірність внутрішнього представлення атрибуту і необхідні обмеження на допустимі значення;
- значення атрибуту, що набуває за замовчуванням (необов'язково);
- допустимість значення NULL для даного атрибуту.
Розробка способів одержання похідних даних. Похідними, або розрахунковими називаються атрибути, значення яких можна визначити з використанням значень інших атрибутів. Наприклад, похідними є всі перераховані нижче атрибути:
- кількість співробітників, що працюють в конкретному відділенні;
- загальна сума щомісячної зарплати всіх співробітників;
- кількість об'єктів нерухомості, що знаходяться під управлінням певного співробітника компанії.
На етапі фізичного проектування бази даних необхідно визначити, чи повинен похідний атрибут зберігатися в базі даних або обчислюватися кожного разу при необхідності. Проектувальник повинен розрахувати наступне:
- додаткові витрати на зберігання похідних даних і підтримку їх узгодженості з реальними даними, на основі яких вони обчислюються;
- витрати на обчислення похідних даних, якщо їх обчислення виконується в міру необхідності.
Додаткові витрати пам'яті для цього нового похідного атрибуту не дуже великі. Значення атрибуту оновлюється кожного разу, коли під управління співробітника компанії передається об'єкт нерухомості або відміняється його призначення для управління якимсь об'єктом. У процесі проектування необхідно забезпечити, щоб ці зміни відбувалися в кожному з вказаних випадків і кількість об'єктів, що враховувалися, залишалася правильним, оскільки це гарантує цілісність бази даних. Спосіб здобуття похідних даних має бути повністю описаний в документації з вказівкою причин вибору запропонованого проекту.
Важливим завданням фізичного проектування бази даних є організація ефективного зберігання даних. Вона включає:
- Продуктивність виконання транзакцій. Цим показником є кількість транзакцій, які можуть бути оброблені за заданий інтервал часу.
- Час відповіді. Характеризує часовий проміжок, необхідний для виконання однієї транзакції. З точки зору користувача бажано зробити час відповіді системи мінімальним.
|
|