Проектирование баз данных реляционного типа

Размещено на http://www.allbest.ru/

Государственное образовательное учреждение высшего профессионального образования

«Санкт-Петербургский государственный политехнический университет»

Факультет экономики и менеджмента

Кафедра предпринимательства и коммерции

КУРСОВОЙ ПРОЕКТ

по дисциплине «Информатика»

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

Выполнила: М.А. Быкова

Принял: Попов Е.О.

Санкт-Петербург 2009

Быкова М.А. Проектирование баз данных реляционного типа: Курсовой проект по дисциплине «Информатика». - СПб.: СПбГПУ, 2009, стр. 36, рис.14, табл.13, библиогр. 3 назв.

ПРОЕКТИРОНИЕ СТРУКТУРЫ БАЗЫ ДАННЫХ, СОЗДАНИЕ БАЗЫ ДАННЫХ В MS ACCESS, СОЗДАНИЕ ЗАПРОСОВ И РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА

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

Содержание

Введение

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

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

2.1 Разработка ER-диаграммы

2.2 Разработка предварительных отношений

2.3 Нормализация отношений

3. Создание БД в Access

3.1 Структура таблиц БД

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

4. Разработка запросов и пользовательского интерфейса

4.1 Создание запросов

4.2 Создание отчета

4.3 Создание экранной формы

4.4 Разработка кнопочной формы

Заключение

Список использованных источников

Введение

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

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

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

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

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

1. Постановка цели работы

Цель: в курсовом проекте будет разработана БД для Финансово - экономического колледжа, предназначенная для хранения и обработки информации о сотрудниках, студентах, партнерах и об оказываемых услугах колледжем.

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

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

БД должна содержать информацию следующего вида:

Данные об отделах организации:

· название отдела

· основная деятельность

· начальник отдела

· количество сотрудников

Сведения обо всех сотрудниках колледжа:

· табельный номер сотрудника

· ФИО

· пол

· дата рождения

· отдел

· должность

· оклад

· семейное положение

· дети

· паспортные данные

Сведения о студентах:

· номер зачетной книжки

· ФИО

· дата рождения

· паспортные данные

· место проживания

· дата приема

· дата выпуска

Оказываемые образовательные услуги:

· наименование

· цена

· количество заключенных договоров

Информация о партнерах:

· номер договора

· ФИО руководителя

· сумма договора

· адрес

· телефон

Чтобы получить необходимую информацию из базы данных, следует создать не меньше 13 запросов. В числе запросов обязательно должны присутствовать запросы следующих типов:

· запросы на выборку с расчетом, выводящие информацию по одному из объектов предметной области;

· запросы на выборку, выводящие информацию по нескольким объектам предметной области - запросы на основе связанных таблиц;

· запросы на выборку с группировкой;

· перекрестные запросы;

· запрос-объединение;

· запросы действия - здесь необходимо разработать, по крайней мере, по одному запросу на обновление, добавление, удаление, создания таблиц, несколько DDL запросов и т.д.

Для данной компании будут разработаны следующие запросы:

Запрос на выборку основной деятельности отдела и начальнике отдела.

Запрос на выборку дат приема и выпуска студентов в порядке убывания.

Запрос на выборку самой дорогостоящей услуги, которую предоставляет колледж.

Запрос на выборку с расчетом ежемесячной надбавки женатым работникам с детьми в размере 20% от оклада.

Запрос на выборку имени партнера, наименования его услуги и номера договора.

Запрос на выборку с группировкой: сумма зарплат всех работников.

Запрос на выборку с группировкой: средняя зарплата женщин и мужчин (начиная с женщин).

Перекрестный запрос о распределении средних окладов по должностям.

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

Запрос на обновление поля «Дети» в таблице «Сотрудники».

(добавить слово «нет» для тех сотрудников, у кого оно не заполнено)

Запрос на обновление повышения зарплаты.

Запрос на удаление информации о партнерах, у которых нет номера договора.

Запрос DDL.

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

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

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

2.1 Разработка ER-диаграммы

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

Имена и содержание ключевых атрибутов

НОтд	Название отдела
НТаб	Табельный номер
НЗач	Номер зачетной книжки
Наим	Наименование
НДог	Номер договора

2.2 Разработка предварительных отношений

Данные в БД представляются в виде отношений.

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

Существуют 6 правил перехода от ER-диаграмм к набору отношений, названными ПРАВИЛАМИ ДЛЯ БИНАРНЫХ СВЯЗЕЙ:

ПРАВИЛО 1. Если степень связи 1:1 и класс принадлежности обеих сущностей обязательный, то такая связь преобразуется в ОДНО отношение, первичным ключом которого становится ключ любой из сущностей.

ПРАВИЛО 2. Если степень связи 1:1 и класс принадлежности одной из сущностей - обязательный, а другой - необязательный, то формируются ДВА отношения, по одному для каждой сущности. Ключ каждой сущности становится первичным ключом соответствующего отношения. Ключ сущности с необязательным классом принадлежности добавляется как атрибут в отношение для сущности с обязательным классом принадлежности.

ПРАВИЛО 3. Если степень связи 1:1 и класс принадлежности обеих сущностей необязательный, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. Ключами первых двух отношений будут ключи сущностей, а ключом третьего - ключ любой из сущностей.

ПРАВИЛО 4. Если степень связи 1:n и класс принадлежности n-связной сущности обязательный, то необходимы ДВА отношения: по одному для каждой сущности. Ключами этих отношений станут ключи каждой сущности. Ключ односвязной сущности добавится как атрибут в отношение для n-связной сущности.

ПРАВИЛО 5. Если степень связи 1:n и класс принадлежности n-связной сущности необязательный, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи для связи атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений будут ключи сущностей, а ключом третьего - ключ n-связной сущности.

ПРАВИЛО 6. Если степень связи m:n, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи среди атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений становятся ключи сущностей, а ключом третьего - ключи обеих сущностей.

Используя данные правила, строим таблицу предварительных отношений (таблица 2.1.):

Таблица 2.1

Отношения	Атрибуты	Правила
ОТДЕЛЫ	НОтд
СОДЕРЖАТ	НОтд, НТаб	Правило 4
СОТРУДНИКИ	НТаб
РАБОТАЮТ	НТаб, НДог	Правило 3
ПАРТНЕРЫ	НДог
ПРЕДОСТАВЛЯЮТ	НТаб, Наим	Правило 6
УСЛУГИ	Наим
ПОКУПАЮТ	Наим, НЗач	Правило 6
СТУДЕНТЫ	НЗач

Представляющие интерес для агентства недвижимости «БЕКАР» дополнительные (неключевые) атрибуты выписываются в алфавитном порядке и оформляются в виде таблицы (Таблица 2.2):

Таблица 2.2 Таблица необязательных атрибутов

Адрес	Адрес клиента
Адрес помещения	Адрес объекта
Адрес	Адрес сотрудника
Адрес	Адрес строительной фирмы
Адрес	Адрес туристической фирмы
Адрес	Адрес юридической фирмы
Адрес	Адрес рекламной компании
Дата заявки	Дата появления нового клиента
Кол-во комнат	Общее кол-во комнат помещения
Контактный телефон	Телефон сотрудника организации
Контактный телефон	Телефон клиента
Контактное лицо	Сотрудник организации
Метраж	Общее кол-во метров помещения
Название	Название организации
Наличие мебели	Есть или нет мебель в помещении
Объект	Сдающееся помещение
Оклад	Оклад сотрудника
План	Общий заработок сотрудника
Помещение	Желаемое помещение
Район	Район желаемого помещения
Услуги	Услуги, которые оказывает конкретная организация
ФИО	Фамилия, имя, отчество сотрудника
ФИО	Фамилия, имя, отчество клиента
ФИО	Фамилия, имя, отчество собственника
Цена(месяц)	Цена аренды помещения (в месяц)
Цена за квадратный метр	Цена за каждый квадратный метр помещения(покупка)

2.3 Нормализация отношений

Проектирование БД тесно связано с понятием нормальной формы отношения. Это означает, что отношение должно удовлетворять определенным условиям.

Если отношение находится в нормальной форме, то снимаются многие проблемы хранения и обработки данных.

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

Нормальные формы строятся по следующему принципу: чтобы отношение находилось в некоторой нормальной форме, требуется, чтобы оно находилось в предыдущей нормальной форме и выполнялись определенные дополнительные условия. Исключением является только первая нормальная форма.

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

Вот проблемы, которые возникают при использовании отношения, находящегося в первой нормальной форме:

- аномалией вставки

- аномалией обновления

- аномалией удаления

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

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

Третья нормальная форма отношений (нормальная форма Бойса-Кодда): ВОЗМОЖНЫЙ КЛЮЧ ОТНОШЕНИЯ - атрибут или набор атрибутов, который может быть использован для данного отношения в качестве первичного ключа.

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

Кодд (он же автор реляционной модели данных) показал, что большинство аномалий будет устранено, если отношение преобразовать в НОРМАЛЬНУЮ ФОРМУ БОЙСА-КОДДА (НФБК) или ТРЕТЬЮ НОРМАЛЬНУЮ ФОРМУ.

Отношение находится в НФБК, если и только если каждый детерминант является возможным ключом:

Далее приведена таблица распределения атрибутов по отношениям (Таблица 2.3):

Таблица 2.3 Распределение атрибутов по отношениям

Отношения	Атрибуты
Клиенты	(ТабНом,ФИО,Адрес,Дата рождения,Контактные телефоны,Объект,Район,Дата заявки)
Снимают	(ТабНомер, ТабНомер)
Квартиры	(ТабНомер, Адрес,Метраж,Кол-во комнат,Цена(месяц),Цена за квадратный метр,Наличие мебели,Сдано/не сдано)
Сдают	(НомерПаспорта,ТабНомер)
Сотрудники	(НомерПаспорта, ФИО,Пол,Дата рождения,КонтактныеТелефоны,Электронный адрес почта,Адрес,План,Оклад)
Сотрудничают	(Номер,НомерПаспорта)
Атрибуты	Отношения
Туристические фирмы	(Номер, Название,Адрес,Контактные телефоны,Контактное лицо,Страны-сотрудники,Сотрудник)
Квартиры	(ТабНомер, Адрес,Метраж,Кол-во комнат,Цена(месяц),Цена за квадратный метр,Наличие мебели,Сдано/не сдано)
Имеют	(ТабНомер,ТабНомер)
Собственники	(ТабНомер,ФИО,Адрес,Контактные телефоны,Помещение,Адрес помещения)
Обслуживают	(РегНомер,ТабНомер)
Юридические фирмы	(РегНомер, Название,Адрес,Контактные телефоны,Контактное лицо,Услуги,Цены,Сотрудник)
Обслуживают	(РегНомер,ТабНомер)
Клиенты	(ТабНом,ФИО,Адрес,Дата рождения,Контактные телефоны,Объект,Район,Дата заявки)
Привлекают	(ИндНомер,ТабНомер)
Рекламные компании	(ИндНомер,Название,Адрес, Контактные телефоны,Контактное лицо,Услуги,Цены,Клиент)
Строительные фирмы	(РегНомер,Название,Адрес, Контактные телефоны,Контактное лицо,Услуги,Цены,Клиент)
Обслуживают	(РегНомер,ТабНомер)
Клиенты	(ТабНом,ФИО,Адрес,Дата рождения,Контактные телефоны,Объект,Район,Дата заявки)
Сотрудничают	(ЛицНомер,ТабНомер)
Банки-сотрудники	(ЛицНомер, Название,Адрес,Контактные телефоны,Контактное лицо,Сотрудник)
Сотрудничают	(ЛицНомер,ТабНомер)
Собственники	(ТабНомер,ФИО,Адрес,Контактные телефоны,Помещение,Адрес помещения)

3. Создание БД в Access

3.1 Структура таблиц БД

Сотрудники
Информация	Имя поля	Тип	Размер ($ - автоматически)	Ключевое поле
Номер паспорта	НомПаспорта	Текстовый	$	ТабНомер
ФИО	ФИО	Текстовый	$
Пол	Пол	Текстовый	$
Паспортные данные	ПаспортныеДанные	Текстовый	$
Контактные телефоны	КонтактныйТелефон	Текстовый	$
Дата рождения	ДатаРождения	Дата/время	$
Адрес	Адрес	Текстовый	$
План	План	Числовой	$
Оклад	Оклад	Текстовый	$

Структура таблицы Клиенты

В Таблице Клиенты собраны все данные о клиентах, желающих снять или приобрести помещение. Данная таблица облегчает доступ к информации о клиентах(Таблица 3.1.1):

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

Клиенты
Информация	Имя поля	Тип	Размер ($ - автоматически)	Ключевое поле
Табельный номер	Табельный номер	Текстовый	$	Табельный номер
ФИО	ФИО	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактные телефоны	Контактные телефоны	Текстовый	$
Объект	Объект	Текстовый	$
Адрес помещения	Район	Тесовый	$
Дата заявки	Дата заявки	Дата/время	$

Структура таблицы Сотрудники

В Таблице Сотрудники собраны все данные о сотрудниках агентства (Таблица 3.1.2): база данный запрос интерфейс

Структура таблицы Объекты

В Таблице Объекты собраны все данные об объектах, которые в данный момент можно снять в аренду или пробрести, также данные о помещениях, которые уже сняты или куплены(Таблица 3.1.3):

Таблица 3.1.3 Объекты

Объекты
Информация	Имя поля	Тип	Размер ($ - автома-тически)	Клю-чевое поле
Табельный номер	ТабНомер	Текстовый	$	ТипТовара
Адрес объекта	Адрес	Текстовый	$
Общее кол-во метров	Метраж	Текстовый	$
Количество комнат	Количество комнат	Числовой	Длинное целое
Цена(месяц)	Цена(месяц)	Текстовый	$
Цена за квадратный метр	Цена за квадратный метр	Текстовый	$
Наличие мебели	Наличие мебели	Текстовый	$
Сдано ли помещение	Сдано/не сдано	Логический	$
Съемщик	Съемщик	Текстовый	$
Хозяин	Хозяин	Текстовый	$
Сотрудник	Сотрудник	Текстовый	$

Структура таблицы Собственники

В таблице Собственники содержится вся информация о владельцах помещений(Таблица 3.1.4)

Таблица 3.1.4 Собственники

Собственники
Информация	Имя поля	Тип	Размер ($ - автома-тически)	Клю-чевое поле
Табельный номер	ТабНомер	Текстовый	$	Та-бель-ный но-мер
ФИО	ФИО	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактные телефоны	Контактные телефоны	Текстовый	$
Помещение	Помещение	Текстовый	$
Адрес помещения	Адрес помещения	Текстовый	$

Структура таблицы Юридические фирмы

В таблице Юридические фирмы содержится информация о всех Юридических фирмах ,в которые может обратиться за поддержкой клиент или собственник помещений в случае разбирательств(Таблица 3.1.5)

Таблица 3.1.5 Юридические фирмы

Юридические фирмы
Информация	Имя поля	Тип	Размер ($ - автоматически)	Ключевое поле
Регистрационный номер	РегНомер	Текстовый	$	Ре-гис-трацион-ный но-мер
Название	Название	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактные телефоны	Контактные телефоны	Текстовый	$
Контактное лицо	Контактное лицо	Текстовый	$
Услуги	Услуги	Текстовый	$
Цены	Цены	Текстовый	$
Сотрудник	Сотрудник	Текстовый	$

Структура таблицы Туристические фирмы

В таблице Туристические фирмы содержится информация о всех туристических фирмах,с которыми сотрудничает агентство(Таблица 3.1.6):

Таблица 3.1.6 Туристические фирмы

Туристические фирмы
Информация	Имя поля	Тип	Размер ($ - автома-тически)	Клю-чевое поле
Номер	Номер	Текстовый	$	Но-мер
Название	Название	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактные телефоны	Контактные телефоны	Текстовый	$
Контактное лицо	Контактное лицо	Текстовый	$
Страны-сотрудники	Страны-сотрудники	Текстовый	$
Сотрудник	Сотрудник	Текстовый	$

Структура таблицы Строительные фирмы

В таблице Строительные фирмы содержится информация о всех строительных фирмах, с которыми сотрудничает агентство (Таблица 3.1.7):

Таблица 3.1.7 Строительные фирмы

Строительные фирмы
Информация	Имя поля	Тип	Размер ($ - автоматически)	Ключевое поле
Регистрационный номер	РегНомер	Текстовый	$	Регистрационный но-мер
Название	Название	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактный телефон	Контактный телефон	Текстовый	$
Контактное лицо	Контактное лицо	Текстовый	$
Услуги	Услуги	Текстовый	$
Цены	Цены	Текстовый	$
Клиент	Клиент	Текстовый	$

Структура таблицы Рекламные компании

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

Таблица 3.1.8 Рекламные компании

Рекламные компании
Информация	Имя поля	Тип	Размер ($ - автоматически)	Ключевое поле
Индивидуальный номер	ИндНомер	Текстовый	$	Ин-ди-виду-аль-ный но-мер
Название	Название	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактный телефон	Контактный телефон	Текстовый	$
Контактное лицо	Контактное лицо	Текстовый	$
Услуги	Услуги	Текстовый	$
Цены	Цены	Текстовый	$
Клиент	Клиент	Текстовый	$

Структура таблицы Банки - сотрудники

В таблице Банки-сотрудники содержится информация о всех банках , с которыми сотрудничает агентство (Таблица 3.1.9):

Таблица 3.1.9 Банки-сотрудники

Банки-сотрудники
Информация	Имя поля	Тип	Размер ($ - автоматически)	Ключевое поле
Лицензионный номер	ЛицНомер	Текстовый	$	Лицензионный номер
Название	Название	Текстовый	$
Адрес	Адрес	Текстовый	$
Контактный телефон	Контактный телефон	Текстовый	$
Контактное лицо	Контактное лицо	Текстовый	$
Сотрудник	Сотрудник	Текстовый	$

Пример создания таблицы Сотрудники ( рис. 3.1 и рис. 3.2):



Рис. 3.1 Конструктор таблицы Сотрудники (риэлтеры)

Рис. 3.2 Таблица Сотрудники

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

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

Итак, таблицы созданы, отношения установлены. В схеме данных проводим объединение таблиц по созданным отношениям. Как отмечалось ранее, для построения связи n:m, потребуются промежуточные таблицы отношений. Во всех остальных случаях такие таблицы не нужны.

Ниже мною приведена схема данных, которая является основой создания базы данных (см. рис. 3.3):



Рис. 3.3 Схема данных

4. Разработка запросов и пользовательского интерфейса

4.1 Создание запросов

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

Можно создавать следующие запросы:

· на выборку

· на выборку с группировкой

· на выборку из связанных таблиц

· перекрестные запросы

· запрос-объединение

· на обновление

· на добавление

· на удаление

· на создание таблицы и т.п.

Существует универсальный язык, на котором формулируются запросы во многих СУБД. Он называется SQL (Structured Query Language)- структурированный язык запросов.

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

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

SELECT Объекты.ТабНомер, Объекты.Адрес

FROM Объекты

WHERE (((Объекты.Адрес)=[Нужный адрес]));

Так выглядит результат запроса на выбор квартир по району (например выборгский район) (рис.4.1)

Рис. 4.1 Результат запроса

2. Руководству агентства важно знать как можно больше о своих сотрудниках, поощрять их, не забывать об их днях рождения и других памятных событиях ,поэтому нам пригодится запрос на выбор сотрудника по дате рождения:

SELECT [Сотрудники(риэлтеры)].НомПаспорта, [Сотрудники(риэлтеры)].ДатаРождения, [Сотрудники(риэлтеры)].ФИО

FROM [Сотрудники(риэлтеры)]

WHERE ((([Сотрудники(риэлтеры)].ДатаРождения)=[Нужная дата]));

3. Если нужно выбрать квартиру,заранее заня,какую цену за нее готов заплатьить клиент,мы используем запрос на выбор квартиры по цене:

SELECT Объекты.ТабНомер, Объекты.Адрес, Объекты.[Цена за квадратный метр], Объекты.Метраж

FROM Объекты

WHERE (((Объекты.[Цена за квадратный метр])=[Нужная цена]));

4. Так же, если клиенту нужно помещение без мебели и наоборот, удобно применить запрос на выбор кварт Иры по наличию мебели:

SELECT Объекты.ТабНомер, Объекты.ТабНомер, Объекты.[Наличие мебели]

FROM Объекты

WHERE (((Объекты.[Наличие мебели])="нет"));

5. Чтобы увидеть самые поздние заявки, удобно применить запрос на новые заявки:

SELECT Клиенты.ТабНомер, Клиенты.ФИО, Клиенты.[Контактные телефоны], Клиенты.[Дата заявки]

FROM Клиенты

WHERE (((Клиенты.[Дата заявки])=[Нужная дата]));

6. Чтобы добавить в качестве премии к окладу сотрудника, скажем,10 % от суммы его плана, мы используем следующий запрос:

SELECT [Сотрудники(риэлтеры)].НомПаспорта, [Сотрудники(риэлтеры)].ФИО, [Сотрудники(риэлтеры)].Оклад, [Оклад]+0.1*[План] AS [Новая сумма]

FROM [Сотрудники(риэлтеры)];

7. Цены на квартире постоянно повышаются, поэтому агентству необходим запрос на повышение цены квартир:

UPDATE Объекты SET Объекты.[Цена за квадратный метр] = [Цена за квадратный метр]*[Нужный процент]

WHERE (((Объекты.[Цена за квадратный метр])=[Нужный процент]));

8. Если для учета всех записей руководству понадобиться добавить единицу всем объектам в поле Табельный номер мы используем следующий запрос:

UPDATE Объекты SET Объекты.ТабНомер = [ТабНомер]+"1";

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

SELECT [Рекламные компании].ИндНомер, [Рекламные компании].Название, [Рекламные компании].Адрес

FROM [Рекламные компании]

WHERE ((([Рекламные компании].Адрес)="Невский"));

10. Если понадобится увеличить оклад сотрудникам мужского или женского пола, потребуется следующий запрос:

UPDATE [Сотрудники(риэлтеры)] SET [Сотрудники(риэлтеры)].Оклад = [Оклад]*[Нужное число]

WHERE ((([Сотрудники(риэлтеры)].Оклад)=[Введите нужное число]) AND (([Сотрудники(риэлтеры)].Пол)=["М" или" Ж"]));

11. Чтобы повысить цену на определенную сумму на квартиры в зависимости от кол-ва комнат в определенном районе, применяется следующий запрос:

UPDATE Объекты SET Объекты.[Цена за квадратный метр] = [Цена за квадратный метр]*[Нужное число]

WHERE (((Объекты.[Цена за квадратный метр])=[Нужное число]) AND ((Объекты.[Количество комнат])=[Нужное количество комнат]) AND ((Объекты.Адрес)=[Нужный нрайон]));

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

SELECT [Туристические фирмы].Номер, [Туристические фирмы].Название, [Туристические фирмы].Адрес, [Туристические фирмы].[Контактные телефоны], [Туристические фирмы].[Страны-сотрудники]

FROM [Туристические фирмы]

WHERE ((([Туристические фирмы].[Страны-сотрудники])=[Нужная страна]));

13. Чтобы увеличить цену на отделку квартир,скажем,на 10% применяется следующий запрос:

UPDATE [Сроительные фирмы] SET

WHERE ((([Новые цены])=[Цены]+"0,1*[Цены]"));

14. База агентства постоянно обновляется,поэтому чтобы добавить нового клиента применяем запрос:

INSERT INTO Клиенты ( ФИО, Адрес, ДатаРождения )

SELECT [введите ФИО], [введите Район], [введите ДатаРождения];

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

DELETE Объекты.ТабНомер, Объекты.Адрес, Объекты.[Сдано/не сдано]

FROM Объекты

WHERE (((Объекты.[Сдано/не сдано])=Yes));

4.2 Создание отчета

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

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

Рисунок 4.2 Внешний вид отчета

4.3 Создание экранной формы

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

«Классическая» экранная форма представляет собой экран, на котором отображается одна запись таблицы или запроса. Экранная форма строится из тех же объектов, что и отчет. Разница заключается в том, что данные доступны для изменения. Можно также вводить новые записи.

Для фирмы «Flower» экранная форма будет соответствовать учетной карточке, имеющейся в отделе кадров для каждого сотрудника фирмы.

Внешний вид экранной формы, выдающей данные о каждом клиенте: (рис.4.3):

Рисунок 4.3. Внешний вид экранной формы

4.4 Разработка кнопочной формы

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

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

Кнопочная форма представляет собой панель управления приложением.

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

Естественно, агентству недвижимости «БЕКАР» потребуется кнопочная форма для удобной работы с данными. Данная кнопочная форма должна выводить все запросы, необходимые таблицы, экранную форму и отчет. Для того, чтобы на экран выводились все запросы и таблицы, необходимо разработать макросы. Создание макроса происходит в режиме Конструктора (рис.4.4):

Рисунок 4.4 Создание макроса

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

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

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

Рисунок 4.5 Вид кнопочной формы в режиме Диспетчера

Для украшения можно поменять фон, добавить рисунки в режиме Конструктора. Теперь при запуске базы данных будет выводиться кнопочная форма ( рис.4.6, рис.4.7,рис 4.8,рис 4.9):

Рисунок 4.6 Вид кнопочной формы



Рисунок 4.7 Вид кнопочной формы

Рисунок 4.8 Вид кнопочной формы

Рисунок 4.9 Вид кнопочной формы

Теперь после разработки кнопочной формы создание базы данных для косметической фирмы «БЕКАР» можно считать завершенным.

Заключение

Процесс создания базы данных для агентства недвижимости «БЕКАР» пришел к своему логическому завершению. Создана многофункциональная база данных с кнопочной формой.

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

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

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

Помимо этого были разработаны пятнадцать макросов для открытия запросов и шесть макросов для открытия таблиц.

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

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

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

Список использованных источников

1. Гаврилов Д.А., Павлов Н.В., Пономарев Ю. Г. Проектирование баз данных реляционного типа: Методические указания. СПб.: Изд-во СПбГТУ, 2001. 54 с.

2. Попов Е.О., Павлов Н.В., Скородумов Д.Н. Информатика. Работа в MS Access: Методические указания по выполнению лабораторных работ и курсовому проектированию. СПб.: Издательство Политехнического университета, 2008. 93 с.

3. Семакин И. Г., Хеннер Е. К. Информатика.3-е издание. М.: БИНОМ. Лаборатория знаний, 2006. 139 с.

Размещено на Allbest.ru