№ рейса, Тип рейса, Самолет, Дата, Время, Продолжительность полета, Путь следования, Авиакомпания
Техобслуживание
№ Т.О., Дата, Ответственный за обслуживание, Степень износа, Результат
Самолеты
Типы, Рейсы, Техобслуживание, Количество пассажиров, Код
Пассажиры
Код пассажира, Ф.И.О., Билет, Контроль, Рейс, Путь следования, Скидки, Касса, Багаж
Персонал
Код персонала, Ф.И.О., Должность, Количество летных часов, Срок контракта, Возраст, Семейное положение
Авиакомпания
Код, Название, Дата создания, Представительства, Самолеты, Рейсы, Персонал
Бронь билета
Код пассажира, № билета, Касса, Время, Стоимость билета, Срок оплаты
Билеты
№ билета, Код пассажира, Ф.И.О., Рейс, № рейса, № места, Класс, Время, Путь следования, Авиакомпания
Кассы
№ билета, Авиакомпания, Время, Рейс, Стоимость
Связи определяют либо взаимозависимость и взаимодействие сущностей внутри БД. Связи описываются с помощью своих атрибутов, таких как имя, степень («один к одному», «один ко многим», «много к одному» и «много ко многим») и признаки обязательности.
Для обеспечения возможности установления связей между сущностями и задания условий ссылочной целостности необходимо иметь возможность отделения одного экземпляра сущности от другого, т.е. нужен ключ — минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Но в нашем случае, для однозначного определения пассажира даже полного набора определенных для него атрибутов (ФИО, Рейс, Путь следования, Скидки, Касса, Багаж) может оказаться мало, т.к., можно представить ситуацию, когда в одной таблице могут присутствовать несколько человек с одинаковыми фамилиями, именами и отчествами. Поэтому в таких случаях поступают следующим образом: в сущности «Пассажиры» добавляется дополнительный атрибут, который однозначно идентифицирует каждого пассажира, например, некоторый уникальный номер — код.
При переходе от концептуальной модели к логической, каждая сущность представляется как таблица, заголовками столбцов которой являются ее атрибуты, называемые полями, а строками — экземпляры сущности — называемые записями. Корректность модели проверяется при удовлетворении каждой полученной таблицы правилам нормализации БД, которые в главных своих положениях гласят:
- в каждой таблице должен быть ключ, однозначно характеризующий каждую запись;
- в каждой таблице не должно быть повторяющихся значений в полях, не служащих для связи с таблицей, от которой данная таблица зависит.
|
Сущности |
Атрибуты |
Тип атрибута |
|
|
1 |
2 |
3 |
|
|
Рейсы |
№ рейса |
Счетчик |
|
|
Тип рейса |
Текстовый |
||
|
Самолет |
Текстовый |
||
|
Дата |
Дата/время |
||
|
Время |
Дата/время |
||
|
Продолжительность полета |
Числовой |
||
|
Путь следования |
Текстовый |
||
|
Авиакомпания |
Текстовый |
||
|
Техобслуживание |
№ Т.О. |
Счетчик |
|
|
Дата |
Дата/время |
||
|
Ответственный за обслуживание |
Текстовый |
||
|
Степень износа |
Текстовый |
||
|
Результат |
Текстовый |
||
|
Самолеты |
Типы |
Текстовый |
|
|
Рейсы |
Текстовый |
||
|
Техобслуживание |
Текстовый |
||
|
Количество пассажиров |
Числовой |
||
|
Код |
Числовой |
||
|
Пассажиры |
Код пассажира |
Счетчик |
|
|
Ф. И.О. |
Текстовый |
||
|
Билет |
Текстовый |
||
|
Контроль |
Текстовый |
||
|
Рейс |
Текстовый |
||
|
Путь следования |
Текстовый |
||
|
Скидки |
Денежный |
||
|
Касса |
Текстовый |
||
|
Багаж |
Текстовый |
||
|
Персонал |
Код персонала |
Счетчик |
|
|
Ф. И.О. |
Текстовый |
||
|
Должность |
Текстовый |
||
|
Количество летных часов |
Числовой |
||
|
Срок контракта |
Числовой |
||
|
Возраст |
Числовой |
||
|
Семейное положение |
Текстовый |
||
|
Авиакомпании |
Код |
Счетчик |
|
|
Название |
Текстовый |
||
|
Дата создания |
Дата/время |
||
|
Представительства |
Текстовый |
||
|
Самолеты |
Числовой |
||
|
Рейсы |
Числовой |
||
|
Персонал |
Числовой |
||
|
Бронь билета |
Код пассажира |
Счетчик |
|
|
№ билета |
Числовой |
||
|
Касса |
Текстовый |
||
|
Время |
Дата/время |
||
|
Стоимость билета |
Денежный |
||
|
Срок оплаты |
Дата/время |
||
|
Билет |
№ билета |
Счетчик |
|
|
Код пассажира |
Числовой |
||
|
Ф.И. О |
Текстовый |
||
|
Рейс |
Текстовый |
||
|
№ рейса |
Числовой |
||
|
№ места |
Числовой |
||
|
Класс |
Текстовый |
||
|
Время |
Дата/время |
||
|
Путь следования |
Текстовый |
||
|
Авиакомпания |
Текстовый |
||
|
Касса |
№ билета |
Счетчик |
|
|
Авиакомпания |
Текстовый |
||
|
Время |
Дата/время |
||
|
Рейс |
Текстовый |
||
|
Стоимость |
Денежный |
||
Для назначения ключевого поля при работе в конструкторе таблиц следует установить курсор в нужное поле и выбрать пункт «Ключевое поле» из пункта главного меню «Правка», или контекстного меню правой кнопки мыши, или нажать соответствующую кнопку на панели инструментов. Ключевое поле помечается символом ключа.
1. СТИ.1010. УД.12.2 — 2008. Курсовые и дипломные проекты (работы).
Основные требования к оформлению. — Шахты: ШФ ЮРГИ, 2008.
2. Диго С.М. Базы данных: проектирование и использование: Учебник. — М.: Финансы и статистика, 2005.
3. Диго С.М. Базы данных. Проектирование и создание: Учебно-методический комплекс. — М.: Изд. центр ЕАОИ. 2008. — 171 с.
4. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. — Спб.: КОРОНА принт, 2002 — 672 с.
5. Файлы справки MS Access.
Исследование характеристик и функциональных возможностей системы управления базами данных Microsoft Office Access. Определение основных классов объектов. Разработка базы данных «Делопроизводство». Создание таблиц, форм, запросов, отчетов и схем данных.
реферат [1,3 M], добавлен 05.12.2014
Основные объекты системы управления базами данных Microsoft Access. Разработка базы данных для магазина бытовой техники, оказывающая покупателям бытовой техники информационную функцию. Создание таблиц, схемы данных, запросов, форм, отчетов, главной формы.
контрольная работа
Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных access.
Характеристика Microsoft Access. Создание структуры базы данных. Определение основных тем таблиц базы данных и информации, которую будут содержать поля таблиц. Создание таблиц, запросов, форм и отчетов. Страницы доступа к данным. Макросы и модули.
курсовая работа
Создание концептуальной модели СУБД Аэропорт, призванной автоматизировать работу служащих аэропорта. Схема данных, создание запросов, их формы. Построение базы данных и ее нормализация. Разработка прикладной программы: логическая структура, режимы работы.
курсовая работа
Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных «Продажи книг» в среде Microsoft Access.
курсовая работа
Характеристика Microsoft access как системы управления базами данных. Особенности работы с различными объектами: таблицами, запросами, формами, отчётами, страницами, макросами, модулями. Разработка базы данных «Видеокарты», создание запросов и отчетов.
курсовая работа
