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

	Объект строительства								Квартира
					М:1, находятся

 

 

 

- клиент может купить несколько квартир, но у каждой квартиры может быть только один владелец,следовательно, между объектами Клиент и Квартира существует связь 1:М

				1:М, покупает
	Клиент						Квартира

 

- каждый менеджер продает несколько квартир, одну квартиру могут продавать несколько менеджеров, следовательно, между объектами Менеджер и Квартира существует связь М:М

	Менеджер								Квартира
					М:1, продаваемая

 

 

М:1, общается

1:М, косультирует

Менеджер

Клиент

- много клиетов о обслужимают несколько менеджеров, следовательно, между объектами Менеджер и Клиент существует связь М:М

- за клиент может покупать квартиру в рассрочку, следовательно, между объектами Квартира и Оплата существует связь 1:М

			1:М, оплачивается
	Квартира						Оплата

 

2.4. Экземпляры объектов

квартиры

Объект строительства

 

Менеджер

Клиент

Оплаты

Объект строительства

2.5. Модель данных

3. Разработка реляционной модели данных

3.1 Отношения базы данных и атрибуты отношений.

В соответствии с разработанной логической структурой данных в модели БД будут определены четыре отношения:

-  отношение Объект строительства содержит атрибуты: Название ОС, Адрес ОС, Количество этажей, Количество секций, Количество квартир на площадке, Тип конструкции (например, железобетонный каркас), Основной материал несущих стен (например, кирпич), Основной материал перегородок (например, пазогребневые плиты), Материал стеклопакетов, Вид стеклопакетов (например,однокамерные), Материал радиаторов (например, аллюминий), Вид кровли (например, двухскатная), Материал кровли (например, металлочерепица), Территория (открытый или закрытый двор), Вид отопления (например, поквартирное газовое), Наличие стоянки, Наличие цокольного этажа, Наличие верхнего технического этажа, Наличие лифта, Наличие гаража, Наличие детской площадки, Наличие домофона, Наличие телефонной линии, Дата начала строителства, Дата окончания строителства,Заметки

-  отношение Квартира содержит атрибуты: Объект строительства, №квартиры, Этаж, Секция/подъезд, План (изображение плана квартиры), Вид планировки (например, свободная), Площадь жилая,  Площадь кухни,  Площадь лоджии, Общая площадь, Количество комнат, Вид санузла (например, раздельный), Угловая, Застекленная лоджия, Наличие долнительного хозяйственного помещения, Материал входной двери (например, металл), Материал межкомнатных дверей (например, дерево), Вид куханной плиты (например, электро),  Количество окон, Статус (рассрочка), Текущая цена, Текущая стоимость, № приказа об изменении цен, Дата установки цены

-  отношение Клиент содержит атрибуты: № паспорта, Фамилия , Имя, Отчество, Дата рождения, Адрес, Телефон, Телефон сотовый, Электронная почта, Банк, Расчетный счет

-  отношение Менеджер содержит атрибуты: Фамилия, Имя, Отчество, Рабочий телефон

- отношение Оплата содержит атрибуты: КО# (уникальный код присваеваемый каждой оплате), Сумма оплаты, Дата оплаты, Документ основание, Цена на момент покупки, Наименование договора, Оплаченные метры за оплату, Остаток неоплаченных метров по договору, Долг по договору 3.2 Ключи отношений.

В отношении Объект строительства  первичным ключем является Название ОС, в отношении Квартира составным первичным ключем является Объект строительства и № Квартиры, в отношении Клиент первичным ключем является № Паспорта, в отношении Менеджер составным первичным ключем является Фамилия Имя Отчество менеджера, в отношение Оплата первичным ключем является КО#

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

Все отношения реляционной модели должны быть нормализованы, т.е. приведены к 1, 2 и 3 нормальным формам (НФ).

Все рассмотренные отношения находятся в 1 НФ, т.к. значения всех атрибутов в них не структурированы.

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

Приводить к 2 НФ необходимо отношения Квартира и Менеджер, для отношения Квартиры сделаем первичным ключем КП#(код помещения), а для онтошения Менеджеры первичным ключем КПр#(код продавца).

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