- •1. Цель и задачи курсового проектирования
- •2. Выбор темы
- •3. Темы курсовых проектов
- •4. Содержание и этапы выполнения курсового проекта
- •5. Структура курсового проекта
- •Оглавление
- •Раздел 1 анализ предметной области поставленной задачи
- •Раздел 2 разработка и реализация проекта базы данных
- •Раздел 3 разработка и реализация программной части проекта
- •6. Оформление пояснительной записки к курсовому проекту
- •7. Защита курсового проекта
- •8. Структура курсовой работы
- •8.1. Введение
- •8.2. Основная часть
- •8.2.1. Постановка задачи
- •8.2.2. Выявление основных структурных объектов базы данных и общей структурной схемы
- •8.2.3. Определение полей и типов полей основных структурных объектов базы данных
- •8.2.4. Выбор и обоснование форм таблиц
- •8.2.5. Определение вида и структуры запросов к базе данных
- •8.2.6. Определение вида и структуры отчетов
- •8.2.7. Создание и отладка базы данных
- •8.3. Заключение
- •9. Примеры предметных областей для написания курсового проекта База данных «Фонотека»
- •База данных «Турфирма»
- •База данных «Строительное управление»
- •Проектирование бд «Поставки деталей»
- •1 И 2 этапы: объекты, их атрибуты и первичные ключи
- •Наименование
- •Наименование
- •Код детали
- •Код поставщика
- •3, 4 И 5 этапы: выявление степени связей и классов принадлежности, их фиксация с помощью диаграмм
- •6 Этап: формирование таблиц базы данных по er-диаграммам
- •Типы деталей
- •Поставщики
- •Поставки
- •Проектирование бд «Производство мебели»
- •1 И 2 этапы: объекты, их атрибуты и первичные ключи
- •Наименование
- •Наименование
- •3, 4 И 5 этапы: выявление степени связей и классов принадлежности, их фиксация с помощью диаграмм
- •6 Этап: формирование таблиц базы данных по er-диаграммам
- •Тип мебели
- •Предметы мебели
- •Тип деталей
- •Поставщики
- •Поставки
- •Предметы мебели
- •Использование деталей
- •База данных «Лесничество»
- •База данных «Библиотека»
- •База данных «Автопарк»
- •Краткое описание er–метода проектирования реляционных баз данных ( метод, использующий схему «сущность-связь» -«Entity-Relationship» )
- •Название
- •Правила генерации таблиц по er-диаграмме
- •План издательства
- •План издательства
- •План издательства
- •План издательства
- •1 И 2 этапы: объекты, их атрибуты и первичные ключи
- •3, 4 И 5 этапы: выявление степени связей и классов принадлежности, их фиксация с помощью диаграмм
- •6 Этап: формирование таблиц базы данных по er-диаграммам
- •Регион катания
- •Регион катания
- •Регион катания
- •Необходимый уровень подготовки
- •Проектирование бд « Районная библиотека»
- •1 И 2 этапы: объекты, их атрибуты и первичные ключи
- •3, 4 И 5 этапы: выявление степени связей и классов принадлежности, их фиксация с помощью диаграмм
- •6 Этап: формирование таблиц базы данных по er-диаграммам
- •Санкт-Петербург
- •Задание
- •Рецензия на курсовую работу
- •Оценка курсовой работы:
- •Литература
АВТОР
Фамилия И.О.
Адрес
Телефон
№счета
КНИГА
Название
Количество страниц
Тираж
Дата выхода
В нашем примере в качестве ключевого атрибута сущности АВТОР было решено взять фамилию, а в качестве ключевого атрибута сущности КНИГА взять её название. Первое решение заведомо не является бесспорным: возможно появление авторов-однофамильцев (тогда атрибут Фамилия И.О. теряет уникальность и не может быть использован в качестве ключа). В принципе, допустимо появление книг с одинаковыми названиями.
Если есть хотя бы минимальное подозрение, что атрибут, выбираемый в качестве ключевого, может потерять свою уникальность, нужно отказаться от его использования в качестве ключа и попытаться подобрать на эту роль другой атрибут.
Если окажется, что ни один содержательный атрибут не может быть использован как ключевой, то существует (по меньшей мере) два способа решения этой проблемы:
подобрать набор атрибутов, значения которых будут уникальными для каждого экземпляра сущности;
ввести еще один атрибут, который не будет отражать какое-либо свойство сущности, но будет пригоден в качестве ключевого. Обычно таким атрибутом становится номер экземпляра анализируемой сущности.
Для нашего примера выберем второй способ:
Связь между двумя сущностями может быть представлена графически в виде ER-диаграммы:
АВТОР
КНИГА
Важной характеристикой связи является степень связи. Возможны следующие степени связи: один-к-одному, один-ко-многим и многие-ко-многим.
Кроме того, надо выявить класс принадлежности сущности, который характеризует обязательность включения каждого экземпляра сущности в связь.
Связь ОДИН-К-ОДНОМУ:
Связь один-к-одному подразумевает, что каждый экземпляр сущности, расположенной как в левой, так и в правой частях диаграммы, связывается не более, чем с одним экземпляром сущности, расположенной в противоположной части диаграммы.
Если все экземпляры сущности должны участвовать в связи, то участие называется обязательным, и изображается на ER-диаграмме кружком, помещенным в блок, изображающий сущность (при словесной формулировке такой связи обычно используется глагол «должен»):
1
1
АВТОР
КНИГА
В этой диаграмме отражено правило: «каждый автор должен писать книгу, причем только одну, и каждую книгу должен писать только один автор», т.е. в базе данных не будет информации об авторах, не пишущих ни одной книги, а также информации о книгах, которые пока никто не пишет.
Если не все экземпляры сущности должны участвовать в связи, то участие называется необязательным, и кружок на ER-диаграмме располагается вне блока сущности (при словесной формулировке такой связи обычно используется глагол «может»):
1
1
АВТОР
КНИГА
В этой диаграмме отражено правило: «каждый автор может писать не более одной книги, и каждую книгу должен писать только один автор», т.е. в базе данных допускается наличие авторов, не пишущих ни одной книги, но нет информации о книгах, которые пока никто не пишет.
Для сущностей АВТОР - КНИГА возможны еще два типа связи один-к-одному, отражающих два оставшихся варианта обязательности включения экземпляров:
1
1
АВТОР
КНИГА
«Каждый автор должен писать книгу, причем только одну, и каждую книгу пишет не более чем один автор (один или никто)», т.е. в базе данных не будет храниться информация об авторах, которые в данный момент не пишут ни одной книги, но допускаются книги, которые еще никто не пишет.
1
1
АВТОР
КНИГА
«Каждый автор пишет не более одной книги, и каждая книга пишется не более чем одним автором», т.е. в базе данных допускается наличие авторов, не пишущих сейчас ни одной книги, и наличие книг, которые еще никто не пишет.
Каждая диаграмма представляет некоторый набор правил, принятых в данной предметной области (например, в издательстве) по поводу того, какого рода информация должна храниться в базе данных.
Связь ОДИН-КО -МНОГИМ:
Связь один-ко-многим подразумевает, что один экземпляр сущности, расположенной в левой части диаграммы, связан с несколькими экземплярами сущности, расположенной в правой части диаграммы.
По-прежнему, если все экземпляры сущности должны участвовать в связи, то участие является обязательным, и изображается на ER-диаграмме кружком, помещенным в блок, изображающий сущность. Если не все экземпляры сущности должны участвовать в связи, то участие является необязательным, и кружок на ER-диаграмме располагается вне блока сущности.
Следующая диаграмма отражает связь один-ко-многим сущностей АВТОР – КНИГА, где экземпляры обеих сущностей вступают в обязательную связь:
1
n
АВТОР
КНИГА
Таким образом, в этой диаграмме отражено правило: «каждую книгу пишет только один автор, но каждый автор может писать несколько книг»; обязательность включения экземпляров говорит о том, что в базе данных не будет информации об авторах, не пишущих ни одной книги, а также информации о книгах, которые пока никто не пишет.
1
n
В этой диаграмме отражено правило: «каждую книгу пишет только один автор, каждый автор может писать несколько книг либо не писать их вовсе», т.е. в базе данных допускается наличие авторов, не пишущих ни одной книги, но нет информации о книгах, которые пока никто не пишет.
Для сущностей АВТОР - КНИГА возможны еще два типа связи один-ко-многим, отражающих два оставшихся варианта обязательности включения экземпляров:
«Каждую книгу может писать не более чем один автор; каждый автор может писать несколько книг (но должен писать хотя бы одну)», т.е. в базе данных не будет информации об авторах, которые не пишут ни одной книги, но допускается хранить информацию о книгах, которые еще никто не пишет.
«Каждую книгу может писать не более чем один автор; каждый автор может писать несколько книг либо не писать их вовсе», т.е. в базе данных допускается наличие авторов, не пишущих сейчас ни одной книги, и наличие книг, которые еще никто не пишет.
Аналогично анализируются и фиксируются все варианты связи один-ко-многим сущностей КНИГА - АВТОР (с учетом обязательности / необязательности участия в связи всех экземпляров этих сущностей).
1
n
КНИГА
АВТОР
Например, в этой диаграмме отражено правило: «каждую книгу пишут несколько авторов, каждый автор должен писать только одну книгу»; обязательность включения экземпляров говорит о том, что в базе данных не будет информации об авторах, не пишущих ни одной книги, а также информации о книгах, которые пока никто не пишет.
Связь МНОГИЕ-КО -МНОГИМ:
Связь многие-ко-многим подразумевает, что один экземпляр сущности, расположенной в левой части диаграммы, связан с несколькими экземплярами сущности, расположенной в правой части диаграммы, и один экземпляр сущности, расположенной в правой части диаграммы, связан с несколькими экземплярами сущности, расположенной в левой части диаграммы.
По-прежнему, если все экземпляры сущности должны участвовать в связи, то участие является обязательным, и изображается на ER-диаграмме кружком, помещенным в блок, изображающий сущность. Если не все экземпляры сущности должны участвовать в связи, то участие является необязательным, и кружок на ER-диаграмме располагается вне блока сущности.
Следующая диаграмма отражает связь многие-ко-многим сущностей АВТОР – КНИГА, где экземпляры обеих сущностей вступают в обязательную связь:
АВТОР
КНИГА
n
n
Таким образом, в этой диаграмме отражено правило: «каждую книгу пишут несколько авторов, каждый автор пишет несколько книг»; обязательность включения экземпляров говорит о том, что в базе данных не будет информации об авторах, не пишущих ни одной книги, а также информации о книгах, которые пока никто не пишет.
n
n
В этой диаграмме отражено правило: «каждую книгу пишут несколько авторов, каждый автор может писать несколько книг либо не писать их вовсе», т.е. в базе данных допускается наличие авторов, не пишущих ни одной книги, но нет информации о книгах, которые пока никто не пишет.
Для сущностей АВТОР - КНИГА возможны еще два типа связи многие-ко-многим, отражающих два оставшихся варианта обязательности включения экземпляров:
АВТОР
КНИГА
n
n
«Каждую книгу может писать несколько авторов; каждый автор может писать несколько книг (но должен писать хотя бы одну)», т.е. в базе данных не будет информации об авторах, которые не пишут ни одной книги, но допускается хранить информацию о книгах, которые еще никто не пишет.
АВТОР
КНИГА
n
n
«Каждую книгу может писать несколько авторов; каждый автор может писать несколько книг либо не писать их вовсе», т.е. в базе данных допускается наличие авторов, не пишущих сейчас ни одной книги, и наличие книг, которые еще никто не пишет.
