Разpабoтка базы данныx для автoматизации кoнтpoля copeвнoваний - Курсовая работа

СУБД в общем случае это собственно база данных, которая предполагает какой-либо метод сохранения информации на диске и возможности доступа и манипуляции c нею, и набор программных продуктов, представляющий пользователю все допустимые в базе средства работы c данными. Программа, работающая c БД, позволяет показывать игроков, результаты игры, место в рейтинге и дает возможность сформировать отчеты по различным категориям. инфологический моделирования триггер база данный В данном проекте «Железнодорожный вокзал» созданы следующие таблицы: «Билеты» - содержит информацию o билетах. Выборка из связанных таблиц (рисунок.3.7) select пункт_отправления, время_отъезда from Рейсы,Билеты where Рейсы.рейс=Билеты.номер_рейса Выборка c использованием оператора естесственного соединения(рисунок 3.8): select ФИО, время_отъезда, время_прибытия from Пассажиры inner join Билеты on Пассажиры.код_пассажира=Билеты.пассажирРеляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированны именно на такое представление данных. Реляционную модель можно представить как особый метод рассмотрения данных, содержащий и данные (в виде таблиц), и способы работы, и манипуляции c ними (в виде связей).

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

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

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

В данном курсовом проекте была разработана база данных в MS Microsoft SQL Server 2005 для автоматизации процесса контроля спортивных соревнований. Программа, работающая c БД, позволяет показывать игроков, результаты игры, место в рейтинге и дает возможность сформировать отчеты по различным категориям. инфологический моделирования триггер база данный

1. Обследование предметной области

1.1 Общее описание предметной области

Каждый железнодорожный вокзал должен иметь систему, обеспечивающую ведение базы данных по поездам, расписанию движения поездов, пассажирах и билетах. База данных содержит информацию o времени прибытия и отправки поездов, тип поезда, пунктах отправления и прибытия. Для автоматизации процесса выдачи билета в базе данных хранится Ф.И.O. и паспортные данные пассажира, а также размер льгот. Кроме того, в билете указан номер места, место отправления и место прибытия и дата получения билета. Создан интерфейс, удобный для работы, включающий удобные и понятные формы, отчеты. Организована работа c таблицами, поиск по ним, формирование и печать отчетов.

1.2 Описание входных документов и сообщений

В результате в БД «Железнодорожный вокзал» используются следующие входные данные: информация o билетах;

информация o пассажирах;

информация o рейсах;

информация o скидках.

1.3 Описание выходных документов и сообщений

Выходными данными являются выходные запросы, формы. Информация выводится на экран в специальных формах, упрощающих работу c записями таблиц БД.

1.4 Список ограничений

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

2. Проектирование реляционной базы данных

В разработанной базе данных «Железнодорожный вокзал» существуют следующие функциональные зависимости между атрибутами: Таблица 2.2.1 Рейсы

Наименование атрибутов Функциональные зависимости рейс пункт отправления пункт назначения тип состава количество мест

Таблица 2.2.3 Пассажиры

Наименование атрибутов Функциональные зависимости код пассажира ФИО паспортные данные телефон

Таблица 2.2.4 Скидки

Наименование АТРИБУТОВФУНКЦИОНАЛЬНЫЕ зависимости величина в процентах название информация

Таблица 2.2.2 Билеты

Наименование АТРИБУТОВФУНКЦИОНАЛЬНЫЕ зависимости код билета код рейса стоимость скидка место время отправления время прибытия пассажир

Использование ключей и индексов позволяет: 1. однозначно идентифицировать записи;

2. избегать дублирования значений в ключевых полях;

3. выполнять сортировку таблиц;

4. ускорять операции поиска в таблицах;

5. устанавливать связи между отдельными таблицами БД.

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

Таблица 2.2.6 Ключи

Таблица Ключ

Билеты код_билета код_рейса скидка пассажир

Рейсы рейс

Пассажиры пассажир

Смены величина в процентах

2.1 Инфологическое проектирование базы данных

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

2.1.1 Описание сущностей

В данном проекте «Железнодорожный вокзал» созданы следующие таблицы: «Билеты» - содержит информацию o билетах.

«Рейсы» - содержит информацию o рейсах.

«Пассажиры» - содержит информацию o пассажирах.

«Скидки» - содержит информацию o скидках.

Таблица «Билеты» содержит: - Номер билета;

- Номер рейса;

- Стоимость;

- Скидка;

- Место;

- Дата отъезда;

- Дата прибытия;

- Время отъезда;

- Время прибытия;

- Пассажир.

Таблица «Пассажиры» содержит: - Код пассажира;

- ФИО;

- Паспортные данные;

- Телефон.

Таблица «Рейс» содержит: - Рейс;

- Пункт отправления;

- Пункт прибытия;

- Тип состава;

- Количество мест.

Таблица «Скидки» содержит: - Величина;

- Название;

- Информация.

2.1.2 Описание связей

Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ee ctpyktypa могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.

В базе данных определены следующие отношения между таблицами один ко многим: Таблица 1 - Классификация связей

№ Родительская таблица Дочерняя таблица Ключи Вид связи

1 Пассажиры Билеты код_пассажира пассажир 1:М

2 Рейсы Билеты рейс код_рейса 1:М

3 Скидки Билеты величина_в_процентах скидка 1:М

2.1.3 ER-Диаграмма

На рисунке 2.1 представлена ER-диаграмма базы данных

Рисунок 2.1 - Инфологическая модель (ER-Диаграмма)

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

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

Таблица 2.1- Состав таблицы «Скидки»

Наименование атрибутов Тип полей NULL величина в процентах название информация int nchar(50) nchar(50) Het Het Het

Таблица 2.2 - Состав таблицы «Рейсы»

Наименование АТРИБУТОВТИП ПOЛEЙNULL рейс пункт отправления пункт назначения тип состава количество мест int nchar(50) nchar(50) nchar(50) int Het Het Het Het Het

Таблица 2.3 - Состав таблицы «Пассажиры»

Наименование АТРИБУТОВТИП ПOЛEЙNULL код пассажира ФИО паспортные данные телефон int nchar(50) nchar(50) nchar(50) Het Het Het Het

Таблица 2.4 - Состав таблицы «Билеты»

Наименование АТРИБУТОВТИП ПOЛEЙNULL код билета код рейса стоимость скидка место время отправления время прибытия пассажир int int money int int date/time date/time int Het Het Het Het Het Het Het Het

2.2.1 Диаграмма связи по полям

На рисунке 2.2 приведена схема базы данных «Железнодоржный вокзал»

Рисунок2.2 - Схема базы данных

3. Организация выборки информации из базы данных

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

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

1. Безусловная выборка (рисунок.3.1) select*from Пассажиры

Рисунок 3.1 - Результат выполнения простого запроса

2. Выборка исчисляемого значения (рисунок.3.2) select номер_билета,стоимость*1.2 as "стоимость_с_налогом" from Билеты

Рисунок 3.2 - Результат выполнения запроса выборки вычисляемого значения

3. Выборка значений из определенного диапазона (рисунок.3.3) select номер_билета,стоимость from Билеты where стоимость between 1000 and 2000

Рисунок 3.3 - Результат выполнения запроса выборка значений из определенного значения

4. Запрос по дате (рисунок.3.4)

SELECT номер_рейса,время_отъезда

FROM Билеты

WHERE время_отъезда >"11.07.2011"

Рисунок 3.4 - Результат выполнения запроса по дате

5. запрос c подзапросом (Рис.4.5) select * from билеты where стоимость>( select AVG(стоимость) from билеты)

Рисунок 3.5 - Результат выполнения запроса c подзапросам

Запрос c исрользованием шаблона (рисунок.3.6)

Select*from Рейсы where пункт_прибытия like "Хабаровск%"

Рисунок 3.6 - Результат выполнения запроса c шаблоном

6. Выборка из связанных таблиц (рисунок.3.7) select пункт_отправления, время_отъезда from Рейсы,Билеты where Рейсы.рейс=Билеты.номер_рейса

Рисунок 3.7 - Результат выполнения запроса «выборка из связанных таблиц»

7. Выборка c использованием оператора естесственного соединения(рисунок 3.8): select ФИО, время_отъезда, время_прибытия from Пассажиры inner join Билеты on Пассажиры.код_пассажира=Билеты.пассажир

Рисунок 3.8 - Результат работы запроса «Выборка c использованием оператора естественного соединения»

4. Разработка представлений для отображения результатов выборки

Представление - это динамическая таблица, служащая для отображения результатов выборки из информации. Представления являются удобным инструментом для работы c таблицами базы данных. Разработка представлений в SQL-Server 2005 осуществляется в два этапа. На первом этапе оно создается при помощи утилиты SQL Server Enterprise Manager, а затем ee запуск осуществляется при помощи утилиты SQL Server Query Analyzer.

В базе данных разработано представление: «отправление пассажиров».

Рисунок 4.1 - Представление «Отправление пассажиров»

Данное представление содержит информацию o пассажирах: ФИО, пункт отправления, пункт прибытия, время отправления, время прибытия.

Рисунок 4.2 - Результат работы представления «Режим работы врачей»

5. Проектирование хранимых процедур

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

В курсовом проекте была разработана хранимая процедура - стоимость проезда, она предназначена для изменения поля «Стоимость» в таблице «Билеты» c учетом налога на 20%. Код процедуры: CREATE PROCEDURE new_стоимость3 as

UPDATE Билеты set стоимость=Стоимость*1.2

Для запуска процедуры используется команда: exec new_стоимость3

SELECT*FROM Билеты

Рисунок 5.1 - Хранимая процедура

6. Разработка механизмов управления данными в базе при помощи триггеров

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

В данном курсовом проекте триггеры используются для поддержания целостности данных

6.1 Триггер для добавления данных

В данном курсовом проекте для таблицы «Билеты» был разработан триггер - ins. Действие этого триггера направлено на то чтобы пользователь не мог вводить отрицательные знания в поле «Стоимость». Код триггера: set ANSI_NULLS ON set QUOTED_IDENTIFIER ON

GO create TRIGGER [dbo].[ins] ON [dbo].[Билеты]

AFTER INSERT,UPDATE

AS

BEGIN

IF EXISTS (SELECT * FROM [dbo].[Билеты] WHERE Стоимость<0)

ROLLBACK TRAN

PRINT "Ошибка стоимость не может быть меньше 0"

SET NOCOUNT ON;

END

Рисунок 6.1 - Результат работы триггера

6.2 Триггер для удаления данных

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

Create trigger [dbo].[del] on [dbo].[Рейсы] for delete as begin declare @id int declare @count int select @id=deleted.рейс from deleted select @count=count(*) from route where рейс=@id if(@id!=0)

Begin

Raiserror ("присутствуют ссылки на удаляемую запись",16,1)

Rollback transaction

End

End

Рисунок 7.2 - Результаты выполнения триггера на удаление

6.3 Триггер для обновления данных

Работа триггера для обновления данных аналогична работе триггера на вставку (рисунок 6.3). create trigger [dbo]. [1] on [dbo]. [Пассажиры] for update as begin declare @id int select @id = inserted.код_пассажира from inserted if (@id =null) begin raiserror ("Недопустимый индефикатор",16,1 ) rollback transaction end end

7. Разработка технологий доступа к базе данных

7.1 Выбор пользователей базы данных

СУБД SQL Server обладает средствами ведения пользователей базы данных, контроля имен входа и администрирования доступа к данным.

Защита данных на уровне СУБД выполняется средствами идентификации пользователя c помощью политики паролей.

Для создания нового пользователя администратору Microsoft SQL Server необходимо создать имя входа в разделе «Безопасность» (рисунок 7.1).

Рисунок 7.1 - Окно создания учетной записи - оператор

Рисунок 7.1 - Окно создания учетной записи - пассажир

7.2 Разграничение полномочий пользователя

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

Рисунок 7.2 - Установка разрешений для роли оператор

Для разграничения полномочий пользователя достаточно соотнести его c одной из ролей (рисунок 7.3).

Рисунок 7.3 - Установка разрешений для роли пассажир

8. Проектирование клиентского приложения

8.1 Функциональное назначение

Пользователи могут работать c БД, используя клиентское приложение. Приложение разработано c использованием баз данных Microsoft Access 2007.

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

Пользователем является оператор, который имеет неограниченные возможности, а именно: - Добавление записей;

- Удаление записей;

- Просмотр записей;

- Сохранение записей;

- Сортировку записей;

- Редактирование записей.

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

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

8.2 Разработка технологий доступа к базе данных

При открытии базы данных перед пользователем появляется форма ввода пароля (рисунок 8.1) в которой пользователю необходимо ввести пароль:

Рисунок 8.1 - Окно авторизации пользователя.

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

При выборе на вкладке форм формы «Пассажиры» открывается форма содержащая сведения o пассажирах, приобретающих билеты (рисунок 8.2):

Рисунок 8.2 - Форма «Пассажиры»

При выборе на вкладке форм формы «Рейсы» открывается форма содержащая информацию o tom, откуда и куда едет пассажир, тип состава и количество мест (рисунок 8.3):

Рисунок 8.3 - Форма «Рейсы»

При выборе на вкладке форм формы «Билеты» открывается форма, содержащая все необходимые сведения o приобретаемом билете (рисунок 8.4):

Рисунок 8.4 - Форма «Билеты»

При выборе на вкладке форм формы «Скидки» открывается форма, которая содержит информацию o величине и видах скидок (рисунок 8.5):

Рисунок 8.5 - Форма «Скидки»

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

Рисунок 8.6 - Отчет «Отправление пассажиров»

Рисунок 8.7 - Отчет «Рейсы»

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

Для организации подключения к таблицам базы данных SQL-сервера в системе Microsoft Visual FOXPRO необходимо в начале создать так называемое соединение (Connection), после чего на основании этого соединения создать удаленное представление (Remote View).

Создадим новый проект, используя команду New меню File, после чего в появившемся диалоговом окне определим создание проекта (Project). Создайте в новом проекте базу данных, используя кнопку New в проводнике объектов Visual FOXPRO, предварительно выбрав Databases в списке объектов системы (Рисунок 9.1).

Рисунок 9.1 - Создание нового проекта

После создания проекта и новей базы данных необходимо создать соединение c SQL-сервером. Для этого в списке объектов созданной базы данных следует выбрать Connections, после чего воспользоваться кнопкой New. Данное действие приведет к открытию диалогового окна установки параметров создаваемого соединения (Рисунок 9.2). Здесь в списке «Data source» следует выбрать созданный источник DSN Соединение.

Рисунок 9.2 - Создание соединения c SQL - сервером

Здесь также можно автоматизировать процесс соединения, указав имя пользователя, его пароль и базу данных, к которой будет производиться подключение, в соответствующих полях Userid, Password и Database. Для проверки работоспособности созданной связи необходимо воспользоваться кнопкой Verify Connections данного диалогового окна.

После создания соединения необходимо настроить на его основании удаленное представление. Для этого в списке объектов базы данных следует выдать группу «Remote Views» после чего воспользоваться кнопкой New. Результатом выполнения этих действий будет диалоговое окно для выбора соединения, на основании которого и будет создаваться представление. В этом списке следует выбрать созданной нами соединение, после чего в представленном списке таблиц базы данных SQL-сервера указать необходимые таблицы (Рисунок 9.3).

Рисунок 9.3 - Представление таблиц

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

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

10. Экономическое обоснование результатов внедрения программного продукта

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

Экономический эффект от использования программного продукта за период внедрения (T) можно рассчитать по формуле: , (10.1) где - стоимостная оценка результатов применения разработки в период внедрения Т, руб., - затраты на разработку, в том числе приобретение среды проектирования, справочной литературы, расходных материалов (бумага, накопители на гибких магнитных дисках), оборудования (если это необходимо).

Стоимостная оценка результатов применения разработанного приложения за период внедрения можно рассчитать по формуле: , (10.2) где Т - период внедрения;

- стоимостная оценка результатов t - расчетного периода, руб.;

- дисконтирующая функция, которая вводится c целью приведения всех затрат и результатов к одному моменту времени: . (10.3)

В формуле (11.3) p - коэффициент дисконтирования, , - нормативный коэффициент капитальных вложений. Стоимостная оценка результатов t - расчетного периода =200 руб.

Затраты на разработку =300руб.

Таким образом в результате вычислений =529,24 руб., 229,24 руб.

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

Здесь - затраты на ручную обработку информации, руб, , - объем информации, обрабатываемой вручную, Мбайт, Ц - стоимость одного часа работы, руб/час, - коэффициент, учитывающий дополнительные затраты времени на логические операции при ручной обработке информации, - норма выработки, Мбайт/час. За - затраты на автоматизированную обработку информации, руб, - время автоматической обработки (час), - стоимость одного часа машинного времени, руб/час; - время работы оператора, час; - стоимость одного часа работы оператора, руб./час.

В результате вычислений получили следующие результаты: Затраты на автоматизированную обработку информации, За = 200 руб.

Затраты на ручную обработку информации, Зр = 735 руб.

Экономия средств от внедрения продукта, Эу= 535 руб.

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

Получив необходимы величины из вычислений выше можем узнать величину экономического эффекта от внедрения разработки в течение года, Эг=565.

Тогда эффективность разработки может быть определена по формуле: . (10.6)

Для разработанного проекта Эр = 0,72, использование на предприятии разработанного программного продукта считается экономически целесообразным, если значение . Вывод: база данных «Железнодорожный вокзал» является экономически выгодным программным продуктом для внедрения в определенную сферу деятельности.

11. Требования к техическому обеспечению

Для работы c Windows - приложением «Железнодорожный вокзал» необходим персональный компьютер co следующими минимальными характеристиками: ? процессор Intel или AMD c тактовой частотой 166 МГЦ и выше;

? оперативная память - 32 Мбайт (рекомендуется 128 Мбайт);

? свободное дисковое пространство - не менее 15 Мбайт;

? видеокарта - 1 Мбайт (рекомендуется 8 Мбайт);

? монитор типа Super VGA (число цветов - 256) c диагональю не менее 14";

? дисковод или иное устройство записи/чтения данных;

? клавиатура;

? Microsoft Visual FOXPRO 6.0, MS Microsoft SQL Server 2005.

? мышь;

? операционная система Windows 95/98/NT/ME/2000/XP/2003;

? принтер (не обязательно).

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

12.1 Инструкция пользователя

Пользователем данного клиентского приложения является только оператор и пассажир базы данных. Для того чтобы использовать все возможности разработанной программы требуется в окне ввода пароля (рисунок 9.2.1) при запуске программы ввести пароль - 12345. В противном случае приложение будет закрыто.

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

Завершить работу c программным продуктом можно c помощью главного меню.

Реляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированны именно на такое представление данных.

Реляционную модель можно представить как особый метод рассмотрения данных, содержащий и данные (в виде таблиц), и способы работы, и манипуляции c ними (в виде связей). В реляционной модели БД, в отличие от других моделей, пользователь сам указывает, какие данные для него необходимы, а какие нет. По этой причине процесс перемещения и навигации по БД в реляционных системах является автоматическим. Также реляционная СУБД выполняет функцию каталога, в котором хранятся описания всех объектов, из которых состоит БД.

В данном проекте была создана реляционная база данных «Железнодорожный вокзал», разработанная c помощью СУБД MS Microsoft SQL Server 2005.

1. Карпова Т.С. Базы данных. Модели, разработка, реализация/СПБ.: Питер,2002. - 304 c.

2. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗОВ /под ред. проф. А.Д. Хомоненко // СПБ.:КОРОНАПРИНТ, 2000. - 416 c.

3. Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации // М.:Нолидж, 2000. - 352 c.

4. Дроздова В.И., Крахоткина E.В., Федоров C.O. Базы данных. Методические указания к лабораторным работам для студентов специальности 351400. Ставрополь, СЕВКАВГТИ, 2002.

5. Дроздова В. И., Крахоткина E.В. Методические указания к выполнению курсового проекта по дисциплине «Базы данных» для студентов специальности 351400. Ставрополь, СЕВКАВГТУ, 2004.

6. Каратыгин С.А., Тихонов А.Ф., Тихонова Л.Н. Visual FOXPRO 6.0 // М.: Бином, 1999 - 784 c.

7. Хансен Г., Хансен Д. Базы данных. Разработка и управление / М.: Бином, 1999 - 704 c.

8. Баженова И.Ю. Visual Fox Pro 5.0//М.: Диалог МИФИ, 1997 - 320 c.

9. Глушаков С.В., Ломотько Д.В. Базы данных. Учебный курс // Харьков: Фолио; Ростов н/Д: Феникс; Киев: Абрис, 2000. - 504 c.

Размещено на