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

Страницы работы

41 страница (Word-файл)

Содержание работы

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

Нет

Нет

Да

Похожие материалы

Информация о работе