- •Федеральное агенство связи государственное образовательное учреждение
- •1. Анализ предметной области
- •1.1 Описание предметной области
- •2. Процесс создания модели бд
- •2.1 Описание таблиц и их атрибутов
- •2.2 Создание логической модели
- •2.3 Создание физической модели
- •2.4 Примеры Нормализации
- •3. Проверка средствами программы Validator
- •4. Прямое проектирование
- •5. Заполнение таблиц в oracle
- •2.5 Доказательство решенности поставленных задач
- •6. Выполнение запросов
- •8)Перечень и общее число маршрутов, которые проходят через некоторую точку, имея длину больше указанной, могут удовлетворять заданной категории сложности (представлено на рисунке 5.8):
- •7.Обратное проектирование.
2. Процесс создания модели бд
2.1 Описание таблиц и их атрибутов
|
Сущность |
Атрибуты |
Описание атрибутов |
|
Тренировка |
Н_трен Н_секции Наим_трен Дата_трен Длит_трен Посещаем |
Номер тренировки Номер Наименование тренировки Дата тренировки Длительность тренировки Посещаемость |
|
Спортс |
Н_тур |
Номер туриста |
|
Любит |
Н_тур |
Номер туриста |
|
Соревн |
Н_соревн Назв_соревн Дата Место |
Номер соревнований Название соревнований Дата проведения Место проведения |
|
Туристы |
Н_тур Фам_тур Имя_тур Отч_тур Пол_тур Дата_р_тур Н_страх Тел_тур |
Номер туриста Фамилия туриста Имя туриста Отчество туриста Пол туриста Дата рождения туриста Номер страхования Телефон туриста |
|
Тренер |
Н_тур Спец_трен Зп_трен Нагрузка_ч Стаж Паспорт |
Номер туриста Специальность тренера Зарплата тренера Нагрузка тренера в часах Стаж тренера Номер паспорта |
|
Группа |
Н_группы Н_тур Н_секции |
Номер группы Номер тренера Номер секции |
|
Секция |
Н_секции Название Н_рук Направл |
Номер секции Название секции Номер руководителя Направление |
|
Поход |
Н_похода Тип_похода Сложность Марш_пох Кол_дней Расстояние Инструктор Контр_точ Дата_пох Назв_пох |
Номер похода Тип похода Сложность Маршрут похода Количество дней похода Расстояние похода Инструктор похода Контрольная точка похода Дата похода Название похода |
|
Руководит |
Н_руков Фам_руков Имя_руков Отч_руков Дата_р_рук Год_пост Зп_руков |
Номер руководителя Фамилия руководителя Имя руководителя Отчество руководителя Дата рождения руководителя Год поступления на работу Зарплата руководителя |
|
План_п |
Н_похода Марш_п_п Привал_п_п Стоянка_п_п |
Номер похода Маршрут планового похода Привал планового похода Стоянка планового похода |
|
Неплан_п |
Н_похода Маршр_н_п Длит Точка_возвр |
Номер похода Маршрут непланового похода Длительность непланового похода Точка возврата |
|
Тур_пох |
Н_тур Н_пох |
Номер туриста Номер похода |
|
Сорев_трен
|
Н_сорев Н_тур
|
Номер соревнований Номер туриста
|
|
Сорев_спорт |
Н_сорев Н_тур
|
Номер соревнований Номер туриста
|
2.2 Создание логической модели
ERwin имеет два уровня представления модели: логический и физический.
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами.
Сущность – класс однотипных объектов, информация о которых учтена в модели.
Атрибут – именованная характеристика, являющаяся некоторым свойством сущности.
Логическая модель данных может быть построена на основе другой логической модели (например, на основе модели процессов). Так же модель универсальна и не связана с конкретной реализацией системы управления базы данных (СУБД).
Система управления базы данных (СУБД) – программно-техническая система, для разработки БД, поддержания их в рабочем состоянии и обеспечении безопасности хранения информации.
В ERwin может быть создана схема данных, наглядно отображающая логическую структуру БД. Определение одно-многозадачных связей в этой схеме должно осуществляться в соответствии с построенной моделью данных. На рисунке 2.2.1 приведена логическая структура БД туристического клуба: