2. Проектирование прикладной информационной системы в среде субд ms aссess

СУБД Access предназначена для разработки баз данных реляционного типа для локального их использования на персональных компьютерах и для работы с этими базами.

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

В данной курсовой работе описывается работа СУБД Access, особенности её использования, а также выполнение создания базы данных «Транспортно-экспедиционная компания».

2.1 Создание таблиц

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

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

- в режиме Конструктора задаются имена полей и указывается тип данных;

- в Режиме таблицы строки заполняются данными.

Первая таблица называется «Водители». Она содержит информацию о каждом водителе. Ключевым полем является «Табельный номер».

Рисунок 2.1 – Вид таблицы «Водители» в Конструкторе

Рисунок 2.2 – Таблица «Водители» в Режиме таблицы

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

Рисунок 2.3 – Вид таблицы «Транспортные средства» в режиме Конструктор

Рисунок 2.4 – Вид таблицы «Транспортные средства» в Режиме таблицы

В данной таблице употребляется Мастер подстановок для полей «Тип кузова» и «Техническое состояние» с использованием для источника строк введенный список значений.

Рисунок 2.5 – Характеристика поля «Тип кузова»

Рисунок 2.6 – Характеристика поля «Техническое состояние»

Третья таблица содержит сведения о грузах имеющихся на складе временного хранения «СВХ» . Ключевым полем является поле «Код груза».

Рисунок 2.7 - Вид таблицы «СВХ» в режиме Конструктор

Рисунок 2.8 - Вид таблицы «СВХ» в Режиме таблицы

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

Рисунок 2.9 – Характеристика поля «Тара»

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

Рисунок 2.10 - Вид таблицы «Пункты назначения» в режиме Конструктор

Рисунок 2.11 - Вид таблицы «Пункты назначения» в Режиме таблицы

Для поля «Наименование груза» используется Мастер подстановки с использованием для источника строк таблицу «СВХ».

Рисунок 2.12 – Характеристика поля «Наименование груза»

Для поля «Телефон» используется Маска ввода.

Рисунок 2.13 – Характеристика поля «Телефон»

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

Рисунок 2.14 - Вид таблицы «Договора» в режиме Конструктор

Рисунок 2.15 – Вид таблицы «Договора» в Режиме таблицы

Для полей «Получатель» и «Водитель» используется Мастер подстановки.

Рисунок 2.16 – Характеристика поля «Получатель»

Система управления базами данных (СУБД) обычно поддерживает 4 основных типа отношений между таблицами:

- один-к-одному (одной записи в первой таблице соответствует одна запись во второй);

- один-ко-многим (одной записи в первой таблице соответствует много записей во второй);

- много-к-одному (многим записям в первой таблице соответствует одна запись во второй);

- много-ко-многим (одной записи в первой таблице соответствует много записей во второй и одной записи во второй таблице соответствует много записей в первой).

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

Рисунок 2.17 – Схема данных

Между таблицей «Транспортные средства» и таблицей «Водители» существует связь один-к-одному через ключевое поле «Инвентарный номер средства» и неключевое поле «Инвентарный номер средства» соответственно.

Рисунок 2.18 – Характеристика связи таблиц «Транспортные средства» и «Водители»

Таблица «Водители» взаимодействует с таблицей «Договора» посредством связи один-ко-многим через ключевое поле «Табельный номер» и неключевое поле «Водители» соответственно.

Рисунок 2.19 – Характеристика связи таблиц «Водители» и «Договора»

В свою очередь таблица «Договора» взаимодействует с таблицей «Пункты назначения» посредством связи многие-к-одному через неключевое поле «Получатель» и ключевое поле «Код получателя» соответственно.

Рисунок 2.20 –Характеристика связи таблиц «Договора» и «Пункты назначения»

Таблицы «Пункты назначения» и «СВХ» взаимодействуют посредством связи многие-к-одному через неключевое поле «Наименование груза» и ключевое поле «Код груза» соответственно.

Рисунок 2.21 – Характеристика связи таблиц «Пункты назначения» и «СВХ»