Проектирование БД «Реэлтовское агенство» в среде БД MS Access

 

 

 

 

 

Таблица 3.3 – Квартиры

Название таблицы	Поле	Тип	Размер	Описание
Квартиры	Код квартиры	+ (Autoincrement)		Ключевое поле
	Кодклиента	Long Integer
	Количество комнат	LongInteger
	Площадь	Long Integer
	Площадькухни	Long Integer
	Наличие балкона	LongInteger

 

Таблица 3.4 – Район

Название таблицы	Поле	Тип	Размер	Описание
Район	Код района	+ (Autoincrement)		Ключевое поле
	Наименование	Alpha	20

 

Таблица 3.5 – Требования к квартирам

Название таблицы	Поле	Тип	Размер	Описание
Требования к кв.	Код требований	+ (Autoincrement)		Ключевое поле
	Кодклиента	Long Integer
	Количество комнат	LongInteger
	Площадь	LongInteger
	Наличие балкона	Long Integer
	Район	Long Integer

 

Таблица 3.6 – Сделки

Название таблицы	Поле	Тип	Размер	Описание
Сделки	Код сделки	+ (Autoincrement)		Ключевое поле
	Кодклиента	Long Integer
	Код услуги	Long Integer
	Код квартиры	Long Integer
	Дата	Data

 

 

 

 

 

2.1 Структура моей базы данных

 

Таблицы.

Моя база данных содержит 6 таблиц:

-Клиенты

- Квартиры

- Услуги

- Требования к квартирам

- Район

- Сделки

Во всех таблицах в режиме конструктора указываются первичные или внешние ключи.

Таблица Клиенты: (код клиента, ФИО, адрес, № паспорта). Этот объект был выделен для хранения информации о клиентах.

Код клиента – индивидуальный код клиента (тип поля счетчик).

Фамилия – Фамилия клиента.

Имя – Имя клиента.

Отчество – Отчество клиента.

Адрес– Место, где проживает клиент.

№ Паспорта – индивидуальный номер паспорта (у каждого свой).

Телефон – номер телефона для связи с клиентом.

 

 

Таблица Квартиры:(код квартиры, код клиента, кол-во комнат, площадь , кухня, наличие балкона, этаж, кол-во этажей в доме, адрес , район, цена, дополнительная информация, статус). Объект содержит информацию о квартирах выставляемых на продажу.

Код квартиры – персональный код квартиры (тип поля счетчик).

Код клиента – индивидуальный код клиента.

Кол-во комнат – количество комнат в квартире.

Площадь – Общая площадь квартиры.

Кухня – Общая площадь кухни.

Наличие балкона – количество балкона (1, 2, 3 и.т.д)

Этаж – этаж, на котором расположена квартира.

Кол-во этажей в доме – сколько всего этажей в доме.

Район – Где находится квартира, местоположение (район.)

Адрес – Адрес квартиры.

Цена – цена за квартиру.

 

 

Таблица Район:(Код района, наименование). Объект служит для показания место положения квартиры.

Код района – индивидуальный код района (тип поля счетчик).

Наименование– наименование района.

 

 

Таблица Сделки: (Код сделки, Код клиента, Код квартиры, Дата). Объект ,который связывает сущности «Клиент», «Услуга» и «Квартира».

Код сделки– индивидуальный код сделки (тип поля счетчик).

Код клиента– индивидуальный код клиента.

Код квартиры –индивидуальный код квартиры.

Дата – дата сделки.

 

 

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

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

Код клиента – индивидуальный код клиента.

Кол-во комнат – количество комнат в квартире.

Площадь не меньше – площадь не менее (указать).

Наличие балкона– количество балкона (1,2,3 и.т.д).

Район – Где находится квартира, местоположение (район.)

база данные нормализация таблица

 

Таблица Услуги: (код услуги, наименование услуги, стоимость). Объект содержит информацию обо всех услугах, перечень которых предоставляется клиенту. Код услуги – индивидуальный код услуги (тип поля счетчик). Наименование услуги. Стоимость – Стоимость услуги.

 

 

 

 

 

 

 

 

 

2.2 Нормализация

 

Нормализация – процесс уменьшения избыточности информации в таблицах реляционной БД и как следствие построение оптимальной структуры таблиц и связей. Можно выделить 4 основных правила, которыми следует руководствоваться при проектировании и последующей нормализации таблиц базы данных:

1. Каждое поле любой таблицы  должно быть уникальным.

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

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

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

 

1НФ (Нормальная Форма)

Имя поля	Тип данных	Описание
Код квартиры	Числовой	Индивидуальный код квартиры
Код клиента	Числовой	Индивидуальный код клиента
Количество комнат	Числовой	Кол-во комнат клиента
Площадь	Числовой	Площадь комнаты
Площадь кухни	Числовой	Площадь кухни
Наличие балкона	Числовой	Количество балконов
Адрес	Текстовый	Адрес квартиры
Этаж	Числовой	Этаж квартиры
Кол-во этажей в доме	Числовой	Кол-во этажей в доме
Цена-квартиры	Денежный	Цена квартиры
Фамилия	Текстовый	Фамилия
Имя	Текстовый	Имя
Отчество	Текстовый	Отчество
Адрес-клиента	Текстовый	Адрес-клиента
№ Паспорта	Числовой	№ Паспорта
Телефон	Числовой	Телефон
Код сделки	Числовой	Индивидуальный код сделки
Код услуги	Числовой	Индивидуальный кодуслуги
Дата	Дата/время	Дата
Код требований	Числовой	Совершение покупки
Количество комнат-т	Числовой	Количество комнат - требование
Площадь-т	Числовой	Площадь- требование
Наличие балкона-т	Числовой	Наличие балкона - требование
Код района-т	Числовой	Код района - требование
Наименование услуги	Текстовый	Наименование услуги
Цена-услуги	Денежный	Цена

 

2НФ:

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

3 НФ: Все не ключевые атрибуты  отношения взаимно независимы  и полностью зависят от первичного  ключа.

Таким образом база данных удовлетворяет всем требованиям нормализации таблиц и Третья нормальная форма – окончательный результат нормализации моей Базы данных.

После анализа и нормализации система предложила вариант разбиения на 6 таблиц:

 

 

 

 

 

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

 

Отношения – это правила, поддерживаемые на уровне механизма реализации СУБД. Различают три типа отношений:

• Отношение «один-к-одному»: для каждой строки в одной таблице существует не более одной строки связанной таблицы.
• Отношение «один-ко-многим»: одна таблица не содержит вообще или имеет набор связанных «дочерних» записей из другой таблицы.
• Отношение «многие-ко-многим»: для каждой строки первой таблицы может существовать набор строк в другой таблице и наоборот. Такая связь организуется, как правило, при помощи третьей связующей таблицы, содержащей значения первичных ключей обеих таблиц в качестве внешних ключей.

При разработке БД необходимо принимать во внимание правила обеспечения целостности данных (обеспечивает каскадное обновление записей в связанных таблицах).

 

3. Создание пользовательского  интерфейса

 

3.1 Запросы

 

В моей БД содержатся 10 запросовразличных типов.

Запросы бывают:

• запрос на обновление
• запрос на удаление
• запрос на выборку
• запрос на создание.

Ниже я опишу каждый из своих запросов.

Запрос «Поиск Квартир по количеству комнат»

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

Данные для этого запроса берутся из таблицы Квартиры.

В режиме SQL запрос выглядит так:

SELECT Квартиры.[Код квартиры], Квартиры.[Код  клиента], Квартиры.[Количество комнат], Квартиры.Площадь, Квартиры.[Площадь кухни], Квартиры.[Наличие балкона], Квартиры.[Код района], Квартиры.Адрес, Квартиры.Этаж, Квартиры.[Кол-во этажей в доме], Квартиры.Цена

FROM Квартиры

WHERE (((Квартиры.[Количество комнат])=[Введите  количество комнат]));

 

 

Вводим количество комнат. Например: 3. Происходит вывод на экран.

 

 

Выдается вся информация о квартирах, которая содержит Количество комнат равное 3.

Запрос «Поиск клиентов по адресу»

Данный запрос осуществляет поиск клиентов, у которых совпадает адрес их проживания.

Данные для этого запроса берутся из таблицы Клиенты.

В режиме SQL запрос выглядит так:

SELECT Клиенты.[Код клиента], Клиенты.Фамилия, Клиенты.Имя, Клиенты.Отчество, Клиенты.Адрес, Клиенты.[№ Паспорта], Клиенты.Телефон

FROM Клиенты

WHERE ((([Клиенты].Адрес)=[Введите адрес]));

 

 

Вводим адрес клиента (где проживает клиент).

 

 

Выдается вся информация о клиенте, который проживает по указанному адресу.

Запрос «Поиск Клиентов по фамилии»

Данный запрос осуществляет поискклиентапо фамилии.

Данные для этого запроса берутся из таблицы Клиенты.

В режиме SQL запрос выглядит так:

SELECT Клиенты.[Код клиента], Клиенты.Фамилия, Клиенты.Имя, Клиенты.Отчество, Клиенты.Адрес, Клиенты.[№ Паспорта], Клиенты.Телефон

FROM Клиенты

WHERE (((Клиенты.Фамилия)=[Введите фамилию]));

 

 

Вводим фамилию для поиска клиента.

 

 

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

Запрос «Поиск по требованиям клиента»

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

Данные для этого запроса берутся из таблицы Квартиры.

В режиме SQL запрос выглядит так:

SELECT *

FROM Квартиры

WHERE (((Квартиры.[Количество комнат])=[:Количество  комнат]) And ((Квартиры.Площадь)>=[Площадь_не_меньше]) And (([Наличие балкона])=[:Кол-во балконов]) And (([Этаж])>=[:Этаж не меньше]));

Запрос «Поиск Сделки по дате больше указанной»

Данный запрос выводит сделки по дате больше указанной.

Данные для этого запроса берутся из таблицы Сделки.

В режиме SQL запрос выглядит так:

SELECT Сделки.[Код сделки], Сделки.[Код клиента], Сделки.[Код услуги], Сделки.[Код квартиры], Сделки.Дата