Разработка базы данных прокат видеодисков

Разработка базы данных прокат видеодисков

Министерство образования и науки Республики Казахстан

Казахский университет технологий и бизнеса

Факультет технология и экономика

Кафедра Информационные системы

Курсовая работа

по предмету: Проектирование реляционной базы данных

на тему: «Разработка базы данных прокат видеодисков»

АСТАНА

г.

Введение

Базы данных - совокупность данных, организованная по определенным правилам, предусматривающая общие принципы описания, хранения, манипулирования данными, независимыми от прикладных программ.

СУБД - система управления базами данных - совокупность программ, предназначенных для управления БД и возможности получения пользователями необходимой информации из базы. В задачи СУБД входят следующие задачи:

Формирование и поддержание БД.

Обработка информации.

Прием запросов.

Предоставление информации пользователям.

Обеспечение целостности и реорганизации ценностей БД.

Организация совместной работы пользователей.

На сегодняшний день существует множество различных систем управления базами данных. Они все используют разные средства и функции, но преимущественно у всех СУБД в основе лежат одинаковые понятия. Поэтому для обобщения этих понятий, приемов и методов на весь класс СУБД, я хотела бы взять программу, входящую в Microsoft Office, Microsoft Access.Access -реляционная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также управления ими при работе с большим объемом информации.- функционально полная система, имеющая мощные средства для работы в этой программе. Ее преимуществом перед другими является простота, наличие всех средств для успешной обработки и управления БД.

1. Создание базы данных

.1 Этапы проектирования базы данных

. Определение цели создания базы данных

На первом этапе проектирования базы данных необходимо определить цель создания базы данных, основные ее функции и информацию, которую она должна содержать.

Моя база данных разработана для проката видеодисков. Схема работы очень проста. Клиент (все данные и контакты находятся в таблице Клиенты) берет на прокат видеодиск (например, «фильм Чемпионы».). Этот прокат заносится в таблицу Прокат. Остальные таблицы (Жанр, Клиенты, Режиссеры, Страны), формы, запросы базы будут нужны для информационной, правильной, четкой, работы. Чтобы можно было сразу узнать кто режиссер, производитель, т.е. страна, жанр фильма. Также можно узнать продолжительность фильма и год выпуска. Таблица Прокат показывает такую важную информацию, как отметка о возврате и цена проката видеодиска.

. Определение таблиц, которые должна содержать база данных

Один из наиболее сложных этапов в процессе создания базы данных - разработка таблиц, так как результаты, которые должна выдавать база данных не всегда дают полное представление о структуре таблицы.

Таблицы должны содержать всю информацию разрабатываемой базы. В моем случае это Видеодиски, Клиенты, Прокат, Режиссеры, Жанры и Страна. Все таблицы хранят максимально полную характеристику, информацию и описание для дальнейшей успешной работы с базой данных.

. Присвоение ключевых полей

Для связи данных из разных таблиц, например, данные о заказчике и продукции, каждая таблица должна содержать набор полей или поле, где будет задаваться индивидуальное значение каждой записи в таблице. Такое поле или набор полей называют основным ключом. Именно благодаря ключам будет функционировать база данных, сопоставляя, связывая и формируя информацию из разных таблиц. Количество ключей варьируется от одного до нескольких. Вообще, ключ - это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности.

. Редактирование структуры базы данных

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

. Добавление данных и создание других объектов базы данных

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

Инфологическая модель

Прежде чем начинать проектирование базы данных, необходимо разобраться, как функционирует предметная область создаваемой БД. Для этих целей используют искусственные формализованные языковые средства. В связи с этим под инфологической моделью понимают описание предметной области, выполненное с использованием специальных языковых средств, не зависящих от используемых в дальнейшем программных средств. Вообще, лучше сначала нарисовать на бумаге таблицы с данными, потом преобразовать их из 1 Нормальной Формы во Вторую, и из Второй - в Третью. Так удобнее будет.

Определяют три основные класса сущностей:

стержневые

ассоциативные

характеристические.

Стержневая сущность - независимая сущность, которая имеет независимое существование, хотя может обозначать другие сущности.

Характеристическая сущность (характеристика) - это связь вида "многие-к-одному" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Цель характеристики состоит в описании или уточнении некоторой другой сущности предметной области.

Ассоциативная сущность (ассоциация) - это связь вида "многие-ко-многим" между двумя или более сущностями или экземплярами сущности.

Это теория. Для наглядности покажу на примере торговой организации:

Стержневая сущность

«Видеодиски», «Клиент», «Прокат»

Видеодиски (Название фильма, режиссер, жанр фильма, страна производитель, год выпуска, продолжительность).

Клиенты (Данные Удостоверения Личности, ФИО, Телефон).

Прокат (Код УДЛ, Код Клиента, Код диска, Дата выдачи, Количество дней, Стоимость, Отметка о возврате).

Характеристическая сущность.

«Режиссеры», «Жанры», «Страны».

Режиссеры (Код Режиссера, ФИО Режиссера).

Жанры (Код жанра ,жанр).

Страны (Код страны, Страна).

Даталогическая модель.

Структура моей базы данных.

Таблицы.

Моя База Данных содержит 6 таблиц:

Видеодиски.

Режиссеры.

Жанры.

Страны.

Клиенты.

Прокат.

Во всех таблицах в режиме конструктора указываются первичные ключи.

Таблица Видеодиски: предназначена для хранения всех видеодисков с полным их описанием. Например, кем произведены, когда и продолжительность фильма.

Рис. 1

Код диска - присваивается самостоятельно.

Название фильма - вводится вручную в режиме конструктора название фильма.

Режиссер - берется из таблицы Режиссеры

Жанр фильма - поле, в котором содержится Код жанра фильма. Данные берутся из таблицы Жанры.

Год выпуска - Год выпуска фильма. Значение вводится вручную.

Продолжительность - продолжительность фильма. Время вводится от руки.

Таблица Клиенты: дает описание всех клиентов данной организации.

Рис. 2

Данные Удостоверения личности - данные удостоверения личности клиента.

ФИО и Телефон - более подробная информация. Все поля таблицы заполняются пользователем.

Таблица Режиссеры состоит из двух полей:

Рис. 3

Код Режиссера - Код режиссера

ФИО режиссера - поле предоставляет Фамилию Имя о режиссере.

Таблица Жанры: состоит из двух полей:

Рис. 4

В таблице указывается Код жанра и сам жанр.

Таблица Страны: состоит из двух полей:

Рис. 5

Таблица содержит Код страны и Страну.

Таблица Прокат: содержит полную информацию о прокате видеодиска:

Рис. 6

Код УДЛ - код удостоверения личности клиента.

Код клиента - код клиента берущего на прокат видеодиск. Берется из таблицы Клиенты.

Код диска - берется из таблицы Видеодиски.

Дата выдачи - дата выдачи диска, вводится вручную.

Количество дней - срок, на который берется видеодиск на прокат. Вводится самостоятельно.

Стоимость - цена определяется пользователем.

Отметка о возврате - при получении диска обратно, информация отмечается в данном поле.

1.2 Нормализация

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

Можно выделить 4 основных правила, которыми следует руководствоваться при проектировании и последующей нормализации таблиц базы данных:

Каждое поле любой таблицы должно быть уникальным.

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

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

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

Созданная мною таблица удовлетворяет вышеизложенным требованиям:

НФ (Нормальная Форма), все значения являются атомарными.

НФ:

выполняются ограничения 1НФ, и каждый не ключевой атрибут функционально полно зависит от составного первичного ключа.

НФ:

все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа.

Таким образом, база данных удовлетворяет всем требованиям нормализации таблиц и Третья нормальная форма - окончательный результат нормализации моей Базы данных.

Моя база данных:

Таблица Видеодиски

Рис. 7

Таблица Клиенты

Рис. 8

Таблица Жанры

Рис. 9

Таблица Прокат

Рис. 10

Таблица Режиссеры

Рис. 11

Таблица Страны

Рис. 12

Моя база данных находится в 1НФ так как это обычное отношение. Потому что отношении нет одинаковых кортежей, все значения атрибутов атомарны.

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

1.3 Схема данных

Отношения - это правила, поддерживаемые на уровне механизма реализации СУБД. Различают три типа отношений:

Отношение «один-к-одному»: для каждой строки в одной таблице существует не более одной строки связанной таблицы.

Отношение «один-ко-многим»: одна таблица не содержит вообще или имеет набор связанных «дочерних» записей из другой таблицы.

Отношение «многие-ко-многим»: для каждой строки первой таблицы может существовать набор строк в другой таблице и наоборот. Такая связь организуется, как правило, при помощи третьей, связующей таблицы, содержащей значения первичных ключей обеих таблиц в качестве внешних ключей.

При разработке БД необходимо принимать во внимание правила обеспечения целостности данных (обеспечивает каскадное обновление записей в связанных таблицах)

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

Также продавец выбирает Страну_ производителя (из таблицы Страны). Далее он от руки вводит Год выпуска фильма, его продолжительность.

Ниже представлена моя схема данных:

Рис. 13

2. Создание пользовательского интерфейса

.1 Запросы

В моей БД содержатся 5 запросов:

Ниже я опишу каждый из запросов.

Запрос «Клиент и стоимость видеодиска»

Данный запрос при выполнении дает информацию о Клиенте и цене, которую он должен внести за прокат видеодиска.

Рис. 14

Данные для этого запроса берутся из таблицы Клиенты и Прокат.

В режиме SQL запрос выглядит так:Прокат. Код клиента, Клиенты. ФИО, Прокат. СтоимостьКлиенты, ПрокатПрокат. Код клиента = Данные удостоверения личности;

Запрос «Название фильма и режиссер»

Данный запрос выводит на экран Название фильма и режиссера фильма

При выполнении запрос выглядит так:

Рис. 15

Данные для создания запроса берутся из таблиц Видеодиски и Режиссеры.

В режиме SQL запрос выглядит так:Видеодиски. Название фильма, Режиссеры. ФИО РежиссераВидеодиски, РежиссерыВидеодиски. Режиссер=Режиссеры. Код Режиссера;

Запрос «Название фильма и жанр»

Данный запрос показывает название фильма и его жанр. Информация берется из таблиц Видеодиски и Жанры.

Рис. 16

В режиме SQL запрос выглядит так:Видеодиски. Название_фильма, Жанры.ЖанрВидеодиски, ЖанрыВидеодиски. Жанр_Фильма=Жанры. Код_Жанра;

Запрос «ФИО и дата выдачи»

Данный запрос при выполнении выводит всех клиентов и дату выдачи диска на прокат. Данные берутся из таблиц Клиенты и Прокат.

Рис. 17

В режиме SQL запрос выглядит так:Клиенты. ФИО, Прокат. Дата выдачиКлиенты, ПрокатПрокат. Код клиента=Данные удостоверения личности;

Запрос «Видеодиски, страна Россия, 2013 год»

При выполнении этого запроса на экран выводится Название фильма производителем которого была страна Россия, а год выпуска 2013.

Рис. 18

В режиме SQL запрос выглядит так:Видеодиски. Название фильма, Страны. Страна, Видеодиски. Год выпускаВидеодиски, СтраныВидеодиски. Страна производитель=Страны. Код страны and Страна='Россия' and Видеодиски. Год выпуска=2013;

Формы

Формы создавать достаточно просто. Для этого в режиме «мастер форм» выбираются значения из таблиц и формируются по усмотрению разработчика базы.

Моя База Данных содержит 6 форм:

Форма «Видеодиски».

Простая форма, выводящая все видеодиски и информацию о них.

Рис. 19

Форма «Жанры»

Это простая форма, которая выводит все жанры:

позволяет вносить изменения о жанрах,

позволяет добавлять новые жанры.

Рис. 20

Форма «Режиссеры»

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

Рис. 21

Форма «Клиенты»

Эта форма позволяет добавлять клиентов в таблицу Клиенты. Форма имеет простое и удобное оформление и предназначена для пользователя. Данная форма позволяет добавлять новых клиентов и изменять существующую информацию.

база данная прокат видеодисков

Рис. 22

Форма «Страны»

Форма предназначена для просмотра и исправления стран-производителей фильмов.

Рис. 23

Форма «Прокат»

Рис. 24

2.2 Отчеты

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

Отчет по выдачи диска.

Рис. 25

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

Отчет по названию фильма и жанру.

Рис. 26

Этот отчет выдает название фильма и его жанр.

Отчет названию фильма и режиссеру.

Рис. 27

Этот отчет нужен с целью ознакомления со всеми режиссерами фильмов. Данные вносятся самостоятельно пользователем.

Отчет стоимости фильма:

Рис. 28

Этот отчет выдает цену, которую должен клиент за прокат диска.

Заключение

Я разработала базу данных по прокату видеодисков.

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

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

Я считаю, что база данных в среде СУБД MS Access практическом применении удобна и достаточно эффективна. Все зависит от пользователя, объема располагаемых им знаний и умения ими воспользоваться. Говоря о себе могу сказать, что эта программа имеет много полезных функций и в дальнейшем мне очень пригодится.