Разработка базы дискографии музыкальных коллективов

1. Формирование технического задания

1.1 Постановка задачи

Задание: разработать базу дискографии музыкальных коллективов.

Для этого необходимо:

ü Реляционная модель данных – удобный способ предоставление данных предметной области;

ü Создать клиентскую часть для взаимодействия пользователя с базой данных.

Информация, предоставленная в базе, рассчитана на использование её лицами, кому она необходима. В данной базе данных ведётся учёт о дисках, песнях и их исполнителей.

Основными функциями базы являются:

ü Внесение новых групп, а также изменение старых;

ü Добавление жанра и стиля;

ü Внесение новых данных о дисках;

ü Внесение новых данных о песнях;

ü Изменение и удаление данных о составе группы;

ü Поиск данных о дисках по песням и группам;

ü Учёт пользователей работающих непосредственно на внесение, изменение, удаление.

1.2 Требования, предъявляемые к разрабатываемой информационной системе

1.2.1 Требования к базе данных

Требования, предъявляемые к системе:

-Надежность;

-производительность;

-безопасность;

- дружественность интерфейса.

1.2.2. Требования к получаемой и вводимой информации

База данных предназначена для любого типа пользователя.

Предполагаемый состав запросов: необходимо получить всю информацию о дисках (песни которые находятся на дисках; группы, исполняющие эти песни; стиль; жанр; состав группы) на основании существующих таблиц.

     1.2.3 Способ ведения базы данных

Клиентское приложение должно обеспечить автоматический ввод и вывод информации, следовательно, все операции обращения к базе данных должны осуществляться, через запросы и вызовы хранимых процедур и пользовательских функции.

2. Формирование отношений и их нормализация.

2.1. Выявление информационных объектов БД

Приведение таблиц к первой нормальной форме:

Первая нормальная форма (1НФ) - это обычное отношение. Согласно общему определению отношений, любое отношение автоматически уже находится в 1НФ. Свойства 1НФ – это свойства обычных реляционных отношений:

ü в отношении нет одинаковых кортежей;

ü кортежи не упорядочены;

ü атрибуты не упорядочены и различаются по наименованию;

ü все значения атрибутов атомарные.

На первом шаге разработки модели БД, то есть в ходе логического моделирования. Логическая модель описывает понятия предметной области, их взаимодействия, а ограничения на данные, налагаемые предметной областью. В том виде, в котором пользователю требуется получать основные данные.

Пусть требуется хранить и сопровождать информацию о дисках, песнях на дисках и их характеристиках

Приведенный пример приведен в ненормализованном виде, в нем очевидна избыточность информации, очевидны и возможные аномалии удаления , обновления, вставки.

Для приведения отношения к 2НФ необходимо выявить потенциальный ключ отношения, то есть разделить атрибуты отношения на ключевые и не ключевые и  установить зависимости  неключевых атрибутов от  атрибутов, входящих в потенциальный ключ.

В качестве потенциального ключа принят атрибут (диск). По значению данного атрибута можно определить любой кортеж (строку, запись).

Приведение к третьей нормальной форме:

Приведение отношения к 3НФ подразумевает, чтобы отношение было нормализовано по 2НФ и в отношении не существовало бы транзитивных зависимостей. Другими словами третья нормальная форма повышает требования второй нормальной формы: оно не ограничивается составными первичными ключами, а требует, чтобы ни один не ключевой столбец не зависел от другого не ключевого столбца. Любой не ключевой атрибут должен зависеть только от первичного ключа.

2.1.1 Анализ предметной области

Проведём анализ предметной области. Для этого построим ER-диаграмму (модель «птичья лапка») и рассмотрим связи между таблицами (данными в них).

Рис.1

     Для того чтобы пользователи имел доступ к редактированию в базе данных, ему необходимо зарегистрироваться, а именно  ввести краткую характеристику и ввести пароль и логин, и при каждом использовании их будет вестись журнал.

Рис.2

У одной группы может быть несколько участников.

Рис3.

У каждой группы один стиль.

Рис4.

У каждого жанра есть свои направления, т.е. стили.

Рис5.

У каждого диска есть песни, одна песня может быть в разных дисках, у каждой группы есть много песен, одну песню могут исполнять несколько групп.

Рис.6 Общая ER-модель

3. Даталогическое проектирование

 3.1 Выбор системы управления реляционной базой данных.

На основе построенной во втором пункте ER-модели создадим таблицы в Microsoft SQL Server 2000. Данный язык структурированных запросов был выбран по нескольким причинам:

1.  из-за простоты словаря языка ;

2.  большая часть функций языка остаётся как бы «за кадром»;

3.  высокая производительность обработки запросов;

4.  относительно небольшие требования к ПО;

5.  дружественность интерфейса для программиста;

6.  язык признан стандартом.

Конечно, можно было бы использовать СУБД ORACLE, Microsoft Access или какую-либо другую, но они имеют большие недостатки, чем Microsoft SQL Server 2000. Например, для работы в ORACLE требуется большой объём оперативной памяти, а Microsoft Access не может быстро обрабатывать данные, если их накопилось много.

3.2 Создание таблицы на платформе выбранной СУБД.

Физическое имя поля таблицы	Название атрибута	Тип поля	Размер поля (байт)	Инкриментность	Ключ (уникальность)	Необходимость заполнения (или значение по умолчанию)
Id_d	Код диска	int	4	Да	Да	Да
disk	Название диска	varchar	90	Нет	Нет	Да
god	Год диска	int	4	Да	Да	Да
Id_gr	Код группы	int	4	Да	Да	Да
gruppa	Название группы	varchar	50	Нет	Нет	Да
Id_st	Код стиля	int	4	Да	Да	Да
style	Стиль	varchar	50	Нет	Нет	Да