 |
Пример проектирования баз данных.
|
|
|
|
1 часть: Концептуальное проектирование - анализ ПО (I-II этапы).
Эта часть завершается построением концептуальной модели. Одной из распространенных моделей концептуальной схемы является модель «сущность - связь».
Сущность – это объект. Сущность определяется атрибутами. Чтобы задать атрибуты в модели нужно присвоить им имя и определить области допустимых значений. Один из атрибутов должен идентифицировать сущность.
Связи определяют отношения между сущностями. При построении модели «сущность - связь» используются графические диаграммы, в которых используются условные обозначения:
- сущность - атрибуты - связи
Графическая диаграмма модели «сущность – связь»
ФИО
воспитателя
Группа
№ гр.
Кл. рук.
Учится
Ф.И.О.
 |
Курсант
 | |||
 | |||
Дата рождения Ф
Проживает
Республика
№ группы
Адрес Город
…
2 часть: Логическое проектирование (III-V этап).
Выбор конкретной СУБД (реляционной, иерархической или сетевой). Если выбрана реляционная СУБД, то при отображении концептуальной схемы на реляционную модель данных каждый прямоугольник схемы отображается в таблицу.
Пример: сущность –курсант
атрибуты – Ф.И.О., дата рож., № ученического, № гр.
Курсант
| Ф.И.О. | дата рож., | № ученического | № гр |
| Симв. | Дата | Числ. | Числ. |
В таблице следует определить структуру, т.е. указать типы, размеры полей и ключи.
Далее следует оценить размер памяти для хранения данной таблицы, например: для одной записи 60 байта, всего 100 записей, для всей таблицы 6000 байтов. Таблицы создаются для каждой сущности концептуальной схемы.
|
|
|
3 часть: Физическое проектирование – выбор рациональных структур хранения данных и метода доступа к ним исходя из арсенала методов и средств, которые предоставляет разработчику СУБД.
Вопросы для закрепления.
(F:\ekzamen\2kurs\bd\pr_bd.doc)
1. Причины появления баз данных.
2. Определение базы данных.
3. Определение предметной области.
4. Свойства базы данных.
5. Требования к базе данных.
6. Администрирование базы данных.
7. Пользователь базы данных, категории пользователей.
8. История появления и развития баз данных (периоды).
9. Определение модели данных
10. Последовательность создания информационной модели
11. Определение концептуальной модели; логической модели; физической модели
12. Типы моделей данных:
а) иерархическая модель; понятие корень, подчиненные вершины, узел
б) сетевая модель;
в) реляционная модель;
понятия: таблица, атрибут, домен, отношения, типы отношений, ключ, поле, запись, индексирование;
свойства таблицы;
преимущества реляционной модели.
13. Определение проектирования баз данных.
14. Определение концептуального, логического, физического проектирования.
Пример. Проектирование БД «Фирма по продаже автомобилей».
Задача: Спроектировать базу данных «Фирма по продаже автомобилей». База данных предназначена для учета товара в фирме.
Обоснование: Удобство и скорость работы продавца и клиента.
I. Анализ ПО.
1) Анализ концептуальных требований и информационных потребностей.
Вопросы к базе данных:
1 Выдать информацию об автомобилях по году выпуска;
2 Выдать информацию об автомобилях по марке;
3 Выдать информацию об автомобилях по цене;
4 Выдать общее количество машин;
5 Выдать количество машин определенного года выпуска;
6 Выдать количество машин, не превышающих указанную цену.
7 Выдать наименование фирмы, в которой продаётся указанный автомобиль.
|
|
|
8 Выдать адрес и фамилию владельца указанной фирмы.
2) Выявление информационных объектов и связей между ними.
а) Сущности (объекты).
1 Автомобили
2 Фирма
б) Атрибуты.
Автомобили – номер по порядку, название фирмы, марка автомобиля, год выпуска автомобиля, цена автомобиля.
Фирма – название фирмы, адрес, владелец.
в) Связи.
| Название связи | Связь между сущностями |
| Имеется в продаже | Фирма – Автомобиль |
г) Ограничения.
| № | Атрибуты | Ограничения |
| Марка | Реально существующая | |
| Год выпуска | Не позднее текущей | |
| Цена | Не менее 500 $ |
д) Ключи.
Фирма – адрес.
Автомобиль – марка.
3) Построение концептуальной модели ПО.
|
|
|
