Помощничек
Главная | Обратная связь


Археология
Архитектура
Астрономия
Аудит
Биология
Ботаника
Бухгалтерский учёт
Войное дело
Генетика
География
Геология
Дизайн
Искусство
История
Кино
Кулинария
Культура
Литература
Математика
Медицина
Металлургия
Мифология
Музыка
Психология
Религия
Спорт
Строительство
Техника
Транспорт
Туризм
Усадьба
Физика
Фотография
Химия
Экология
Электричество
Электроника
Энергетика

СХЕМА ДАННЫХ В СУБД foxpro 9.0

Факультет информатики

Кафедра информационных систем и технологий

ОТЧЕТ
по индивидуальному заданию
по курсу «Базы данных»
Вариант №12

Выполнил:
студент гр.6403
Щербаков Аркадий
Проверила:
Чигарина Е.И.

Самара 2013


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

Создать базу данных «Квартплата». В базе данных хранятся сведения о квартиросъемщике (номер паспорта, ФИО, адрес, площадь, количество проживающих, наличие льгот), о потреблении (номер квитанции, год, месяц, вид платежа, дата оплаты, размер оплаты), о тарифах на одного человека (год, месяц, вид платежа). Квартиросъемщик оплачивает квартплату ежемесячно, тарифы могут меняться многократно.


Логическая модель базы данных

На рисунке 1 изображена логическая модель БД «Квартплата», построенная с помощью ERwin Data Modeler.

Рисунок 1 – Логическая модель


нормализация

Первая нормальная форма (1НФ).Все отношения построенной модели находятся в 1НФ так как значения их атрибутов атомарны.

Вторая нормальная форма (2НФ).Отношения «Квартиросъемщик», «Адрес», «Тип платежа» находятся во 2НФ, так как не имеют составных ключей. Отношение «Квитанция» находится во 2НФ, т.к. атрибуты «Дата оплаты», «Размер оплаты» и «ФИО» не зависят от частей составного ключа: «Номер квитанции», «Год», «Месяц», «id_типа_платежа». Отношение «Тарифы на одного человека» находится во 2НФ, т.к. атрибут «Размер платежа» не зависят от частей составного ключа: «Год», «Месяц», «id_типа_платежа».

Третья нормальная форма (3НФ).Отношение«Тип платежа»находится в 3НФ т.к. имеет меньше трех атрибутов. Рассмотрим оставшиеся отношения.

Отношение «Квартиросъемщик»:

«ФИО» → «Номер паспорта» → «Площадь»

«ФИО» → «Номер паспорта» → «Количество проживающих»

«ФИО» → «Номер паспорта» → «Льготы»

«ФИО» → «Номер паспорта» → «Код адреса»

«ФИО» → «Площадь» → «Номер паспорта»

«ФИО» → «Площадь» → «Количество проживающих»

«ФИО» → «Площадь» → «Льготы»

«ФИО» → «Площадь» → «Код адреса»

«ФИО» → «Количество проживающих» → «Номер паспорта»

«ФИО» → «Количество проживающих» → «Площадь»

«ФИО» → «Количество проживающих» → «Льготы»

«ФИО» → «Количество проживающих» → «Код адреса»

«ФИО» → «Код адреса» → «Номер паспорта»

«ФИО» → «Код адреса» → «Площадь»

«ФИО» → «Код адреса» → «Количество проживающих»

«ФИО» → «Код адреса» → «Льготы»

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

Следовательно, весь состав отношений находится в 3НФ.

 

Физическая модель базы данных

Рисунок 2 – Физическая модель


СХЕМА ДАННЫХ В СУБД foxpro 9.0


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

В таблицах 1 – 7 раскрываются используемые в таблицах индексы.

Таблица 1 – Квартиросъемщик

Индекс Выражение Тип индекса
фио фио Primary
код_адреса Код_адреса Candidate

 

Таблица 2 – Адрес

Индекс Выражение Тип индекса
код_адреса код_адреса Primary

 

Таблица 3 – Квитанция

Индекс Выражение Тип индекса
квитанция номер_квит + год + месяц + id_типа_пл Primary
фио фио Candidate
тариф месяц + год + id_типа_пл Regular

 

Таблица 4 – тариф_на_одного_человека

Индекс Выражение Тип индекса
тариф месяц + год + id_типа_пл Primary
id_типа_пл id_типа_пл Candidate

 

Таблица 5 – тип_платежа

Индекс Выражение Тип индекса
id_типа_пл id_типа_пл Primary

 

 




Поиск по сайту:

©2015-2020 studopedya.ru Все права принадлежат авторам размещенных материалов.