Етапи проектування реляційної бази даних
Лекція №3
Тема:«Проектування реляційної бази даних. Сучасні реляційні БД. Огляд і коротка характеристика баз даних Oracle, Visual FoxPro, Paradox, MS SQL Server, MS Access»
Література
1.Бемер С. ’’FoxPro 2.5 для Windows’’ - М.: БИНОМ, 1994г.
2.Змитрович А.И. ’’Базы данных’’ - М., 1991г.
3.Информатика: Практикум по технологии работы на компьютере / Под редакцией Н.М. Макаровой - М.: Финансы и статистика ,2002. - 255 с.: ил.
4.Информатика: Учебник для вузов / Под редакцией Н.В. Макаровой. - М.: Финансы и статистика, 2001
5.Каратыгин С. Access 2000. Руководство пользователя с примерами. - М.:Лаборатория базовых знаний, 2000, - 376 с.: ил.
6.Ревунков Г.И., Самохвалов Э.Н., Чистов В.В. ’’Базы и банки данных и знаний’’ - М.: Высшая школа,1992г.
7.Савельев А.Е., Сазонов Б.А., Лукьянов С.Э., “ПК для всех. Создание и использование баз данных” - М.: Высшая школа, 1991г.
8.Справочное руководство по FoxPro 2.0 в 3-х т. - М.: И.В.К.-Софт,1993г.
План
1.Проектування реляційної бази даних
2.Етапи проектування реляційної бази даних
3.Схематичні моделі даних
4.Нормалізація даних в реляційній моделі
5.Типи відношень
6.Сучасні реляційні БД
Проектування реляційної бази даних
Проектування баз даних – складний процес здійснення відображення: «опис предметної галузі» – «схема внутрішньої моделі бази даних».
· Проектування бази даних відбувається на основі концептуальних вимог її кінцевих користувачів. Під час проектування бази даних враховується таке:
· база даних повинна задовольняти актуальним інформаційним потребам;
· дані перед включенням до бази даних повинні перевірятися на достовірність;
· доступ до даних повинні мати тільки особи з відповідними повноваженнями;
· база даних повинна легко розширятися під час реорганізації та збільшення обсягів предметної області.
Реляційна база даних (1970-і р. Е. Кодд, англ. relation – відношення) – це набір простих таблиць, між якими встановлені зв’язки (відношення) за допомогою числових кодів.
Переваги:
1) немає дублювання інформації;
2) при зміні адреси фірми, достатньо змінити її тільки в таблиці Продавці;
3) захист від неправильного введення: можна вибрати тільки фірму, яка ще раніше уведена в таблицю Продавці;
4) механізм транзакцій: будь-які зміни вносяться в базу тільки тоді, коли вони повністю завершені.
Недоліки:
1) складність структури (не більше 40-50 таблиць);
2) при пошуку потрібно звертатися до декількох таблиць;
3) потрібно підтримувати цілісність: при вилучені фірми продавця потрібно вилучати всі зв’язані записи з всіх таблиць (в СУБД – автоматично, каскадне вилучення).
Структура БД (схема відношення) - сукупність інформації про поля таблиці.
Стандартні вимоги до реляційних СУБД – основні правила Кодда:
§ унікальність записів;
§ невпорядкованість записів і полів;
§ атомарність значень атрибутів (нормалізоване представлення "поля-запису").
Етапи проектування реляційної бази даних
Для проектування реляційної бази даних потрібно:
1.Визначити об’єкти, які містяться в базі даних.
2.Визначити зв’язки між об’єктами.
3.Визначити основні властивості об’єктів.
4.Визначити зв’язки між властивостями об’єктів.
5.Створити робочий словник даних для визначення таблиць, що входять до бази даних.
6.Визначити відношення між таблицями бази даних, засновуючись на зв’язках між об’єктами даних, що містяться в таблиці, і включити цю інформацію до словника даних.
7.Продумати операції, що виконуються при створенні та зміні інформації таблиць, включаючи забезпечення цілісності даних.
8.Визначити, як використовувати індекси для прискорення виконання запитів, щоб уникнути сильного уповільнення роботи при додаванні даних до таблиці і надмірного збільшення об’єму дискового простору, що займається базою.
9.Визначити користувачів, яким дозволений доступ до даних, їх редагування, а також зміна при необхідності структури таблиць.
10.Описати структуру бази даних в цілому, завершити створення словників даних для своєї бази та для кожної таблиці, що міститься в ній, розробити процедури для операцій з базою даних, включаючи створення резервних копій і відновлення вихідних файлів.