
- •Содержание
- •Введение
- •1 Построение инфологической концептуальной модели
- •1.1 Анализ предметной области и выявление необходимого набора сущностей
- •Типичными задачами для таких программ являются:
- •1.2 Обоснование требуемого набора атрибутов для каждой сущности и выделение идентифицирующих атрибутов
- •1.3 Определение связей между объектами
- •1.4 Описание полученной модели на языке инфологического проектирования
- •2 Построение схемы реляционной базы данных
- •2.1 Построение набора необходимых отношений базы данных
- •2.2 Задание первичных и внешних ключей определенных отношений
- •2.3 Приведение отношений бд к третьей нормальной форме
- •2.4 Определение ограничений целостности для внешних ключей отношений и для отношений в целом
- •2.5 Графическое представление связей между внешними и первичными ключами
- •3 Создание спроектированной базы данных
- •4. Запись выражений указанных в варианте задания типов запросов на языке sql
- •5 Выбор и обоснование средств разработки приложения
- •6 Реализация законченного приложения, работающего с созданной базой данных
- •6.1 Разработка и построение интерфейса главной и рабочей форм
- •6.2 Построение главного меню и кнопок панели инструментов
- •6.3 Выполнение программного кода в среде Microsoft Visual Studio 2013 на языке c#
- •Заключение
- •Список использованных источников
- •Главная и рабочие формы приложения
- •Листинг программы
1.3 Определение связей между объектами
Следующим этапом в проектировании инфологической модели является установление связи между сущностями. Связь – это ассоциирование двух или более сущностей.
Так как назначение базы данных заключается не только в хранении данных, но и обеспечеии удобного доступа к данным (в частности обеспечение возможности отыскать атрибуты одних сущностей по атрибутам других) структура баы усложняется за счет использования связей. Однако, это облегчает дальнейшую работу с базой.
Для построения связей между сущностями необходимо определить взаимное влияние каждого объекта, составляющего систему, друг на друга и основываясь на знании предметной области осуществить построение нужных связей.
Связи между сущностями проектируемой информационной системы музыкальных групп представлены на концептуальной схеме базы данных в приложении А. Инфологическая схема проектируемой БД представлена ниже на рисунке 1.1
Рисунок 1.1 – Инфологическая схема проектируемой БД
1.4 Описание полученной модели на языке инфологического проектирования
Проектирование инфологической модели предметной области – частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, в терминах ER-модели (англ. entity-relationship model).
ER-модель предлагает графический инструмент моделирования данных для представления логических объектов(сущностей) и их отношений(связей) в структуре базы данных.
Основная цель заключается в создании модели пользовательского восприятия данных и согласования большого числа различных технических аспектов, связанных с проектированием базы данных.
Для данной предметной области концептуальная схема базы данных представлена в приложении А.
2 Построение схемы реляционной базы данных
2.1 Построение набора необходимых отношений базы данных
Для построения схемы реляционной базы данных необходимо определить совокупность отношений, составляющих базу данных. Эта совокупность отношений будет содержать всю информацию, которая должна храниться в базе данных.
На основе полученной в первом пункте концептуальной модели можно определить набор необходимых отношений базы данных.
Весь набор необходимых отношений представлен в приложении В в схеме реляционной базы данных.
2.2 Задание первичных и внешних ключей определенных отношений
Каждая сущность реляционной БД обладает определенным набором отношений. Любое отношение характеризуется первичным ключом. Ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждое отношение должно обладать хотя бы одним ключом. В таблице 2.1 определены первичные и внешние ключи для отношений.[4]
Таблица 2.1 – Первичные и внешние ключи отношений
№ п/п |
Название таблицы |
Первичный ключ |
Внешние ключи |
|
|
Страна |
ID_страны |
|
|
|
Город |
ID_города |
FK_страны |
|
|
Объект |
ID_объекта |
FK_города |
|
|
Места |
ID_места |
|
|
Продолжение таблицы 2.1 |
||||
|
Состав объекта |
|
FK_объекта FK_места |
|
|
Концерт |
ID_концерта |
FK_объекта |
|
|
Билеты |
ID_продажи |
FK_места FK_концерта FK_человека |
|
|
Люди |
ID_человека |
|
|
|
Должности |
ID_должности |
|
|
|
Жанры |
ID_жанра |
|
|
|
Группа |
ID_группы |
FK_города FK_жанра |
|
|
Музыканты |
ID_музыканта |
FK_человека |
|
|
Альбомы |
ID_альбома |
FK_группы |
|
|
Состав групп |
|
FK_музыканта FK_группы FK_должности |
|
|
Групповой состав концерта |
|
FK_концерта FK_группы |