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

Белорусский  национальный технический  университет

Автотракторный  факультет

Кафедра "Экономика и управление на транспорте" 
 
 
 
 
 

КУРСОВАЯ  РАБОТА

по дисциплине "Сетевые технологии и базы данных"

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

в среде СУБД MS Access" 
 
 
 
 

Выполнила:  студентка гр.

Руководитель: к.э.н., доцент

                                                                                            И.И. Краснова

 
 
 
 

Минск 2009

 

СОДЕРЖАНИЕ

 

       Введение

       Информационные  технологии быстро изменяют наш мир. Эта технологическая революция  сильно повлияла на бизнес, на образование, частную и профессиональную жизнь. В настоящее время жизнь человека настолько сильно насыщена различного рода информацией, что для управления ею требуется создание огромного количества баз и банков данных различного назначения. Сейчас практически любая задача связана с манипуляцией информацией и данными. По этой причине существует множество различных компьютерных систем управления базами данных – предназначенных для этих целей.

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

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

       Целью данной курсовой работы является прохождение всех этапов построения базы данных на примере автобазы «Светлый путь».

 

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

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

    Предметной областью в данной курсовой работе выбрана  автобаза «Светлый путь». Объектами  предметной области, которые будут рассматриваться, являются следующие:

        - клиенты;

    - маршруты;

    - транспортные агенты;

    - заявки на поездку.

    На  основании этих объектов и будет  создана база данных предприятия.

    Теперь  заполним каждый из этих объектов:

1. Клиенты:

    - ФИО;

    - Адрес;

    - Номер контактного телефона.

2. Маршруты:

    - Код маршрута;

    - Страна;

    - Способ доставки;

    - Гостиница;

    - Питание;

    - Количество дней;

    - Цена.

3. Агенты:

        - ФИО;

    - Табельный №;

    - Адрес;

    - Год рождения.

 4.    Заявки на поездку:

      - Дата поездки;

      - ФИО клиента;

      - Табельный № транспортного агента;

      - № заявки;

      - Код маршрута;

      - Необходимость получения визы;

      - Количество человек;

      - Скидка в %.

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

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

Основными принципами нормализации  базы данных являются:

• В каждой таблице БД не должно быть повторяющихся полей;
• В каждой таблице должен быть уникальный идентификатор (первичный ключ);
• Каждому значению первичного ключа должна соответствовать достаточная информация о типе сущности или об объекте таблицы ;
• Изменение значений в полях таблицы не должно влиять на информацию в других полях (кроме изменений в полях ключа).

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

       Существуют  ключи двух типов:

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

 

 

1.2. Построение информационно-логической модели данных 

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

       Предметная  область – это часть реального  мира, подлежащая изучению с целью  создания базы данных для автоматизации  процесса управления.

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

       Существуют 4 основные модели данных:

• списки (плоские таблицы);
• реляционные базы данных;
• иерархические;
• сетевые структуры.

       В течение многих лет преимущественно  использовались плоские таблицы (плоские  БД) типа списков в Excel. В настоящее  время наибольшее распространение при разработке БД получили реляционные модели данных. Реляционная модель данных является совокупностью простейших двумерных таблиц – отношений (англ. relation), т.е. простейшая двумерная таблица определяется как отношение (множество однотипных записей объединенных одной темой).

       От  термина relation (отношение) происходит название реляционная модель данных. В реляционных  БД используется несколько двумерных  таблиц, в которых строки называются записями, а столбцы полями, между  записями которых устанавливаются связи. Этот способ организации данных позволяет данные (записи) в одной таблице связывать с данными (записями) в других таблицах через уникальные идентификаторы (ключи) или ключевые поля.

     Иерархическая модель – совокупность элементов, связанных между собой по определенным правилам, основные элементы этой структуры – это узел, уровень и связь, где узел – описывает некоторый объект, уровень – определяет положение этого объекта в системе, а связь – отражает взаимодействие объектов.

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

     Схема данных в Access

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

     Схема логической модели автобазы представлена на рис. 1. 

 

       Рис 1. Логическая модель данных 

Взаимосвязи таблиц

     При создании в Access схемы данных в ней  определяются и запоминаются связи  между таблицами. Это позволяет системе автоматически использовать связи, один раз определенные в схеме данных, при создании форм, запросов, отчетов на основе взаимосвязанных таблиц, а пользователь освобождается от необходимости указывать эти связи при конструировании этих объектов. Схема данных базы графически отображается в своем окне, где таблицы представлены списками полей, а связи – линиями между полями разных таблиц.

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

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

     При связи Многие-ко-многим одной записи в первой таблице может соответствовать несколько записей во второй таблице, а одной записи во второй таблице — несколько записей в первой таблице. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит, по крайней мере, из двух полей, одно из которых является общим с первой таблицей, а другое – общим со второй таблицей.

      Связи-объединения. Между двумя таблицами  может быть установлена связь-объединение  по некоторому полю связи. Для связи-объединения  может быть выбран один из трех способов объединения записей:

     Способ 1 — объединение только тех записей, в которых связанные поля обеих  таблиц совпадают (производится по умолчанию);

     Способ 2 — объединение тех записей, в  которых связанные поля обеих  таблиц совпадают, а также объединение  всех записей из первой таблицы, для которых нет связанных во второй, с пустой записью второй таблицы;

     Способ 3 — объединение тех записей, в  которых связанные поля обеих  таблиц совпадают, а также объединение  всех записей из второй таблицы, для  которых нет связанных в первой, с пустой записью первой таблицы.

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

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