Файл: Отчет по практической работе дисциплина Базы данных Вариант (номер в списке группы) 6 Студент Дубовик Е. Д.docx
Добавлен: 09.01.2024
Просмотров: 135
Скачиваний: 8
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное учреждение высшего образования
«Тольяттинский государственный университет»
Институт математики, физики и информационных технологий
Кафедра «Прикладная математика и информатика»
ОТЧЕТ
по практической работе
дисциплина «Базы данных»
Вариант (номер в списке группы) – 6
Студент: Дубовик Е.Д.
Группа: ПИб-2105а
Преподаватель: Рогова Н.Н.
Тольятти 2022
Тема: Методы проектирования баз данных
Задание на выполнение
1. Выполнить задание 1 и задание 2.
2. Оформить отчет по работе. Отчет представляется на проверку преподавателю в электронном виде.
3. Представить преподавателю на проверку файл разработанной базы данных.
Задание 1
Выполнить проектирование базы данных в соответствии с номером варианта
На основе заданного описания предметной области в соответствии с вариантом задания разработать структуру реляционной базы данных, выполнив следующую последовательность действий.
-
Выполнив анализ описания предметной области и заданного перечня атрибутов, сформулировать примерный перечень вопросов, на которые должна отвечать проектируемая база данных. -
Выделить набор сущностей. -
Для каждой сущности выбрать набор определяющих её атрибутов. -
Создать первичные ключи для каждой сущности. -
Представить графически ER-модель предметной области (инфологичекую модель базы данных). -
Перейти к представлению сущностей в виде реляционных таблиц (создать даталогическую модель базы данных):
-
определить состав полей таблиц базы данных; -
в каждой таблице определить первичный ключ; -
определить тип связей между таблицами; -
определить свойства полей в таблицах.
База данных «Учет сделок с недвижимостью»
Описание предметной области
Фирма занимается оформлением сделок с объектами жилой недвижимости (квартирами). В базе данных сохраняется информация о квартирах, которые хотя бы однажды участвовали в сделке, о риелторах, работающих в фирме и о сделках по купле-продаже квартир. Процент вознаграждения риэлтора от цены проданной квартиры является индивидуальным и фиксированным для каждого конкретного риэлтора. Для каждой квартиры указываются её характеристики и предполагаемая цена продажи. База содержит информацию о клиентах, которые в разных сделках могут выступать в разных ролях (покупателя или продавца). Информация о клиенте заносится в БД при первом его обращении в фирму. При
оформлении сделки должно быть указано, кто продал и кто купил квартиру, какая квартира продана, по какой цене продана квартира, а также –риэлтор, оформивший сделку купли-продажи, и дата оформления сделки. Риэлтор, оформивший сделку купли-продажи, получает комиссионное вознаграждение, которое вычисляется как (Цена квартиры) * (Процент вознаграждения)
Минимальный набор атрибутов:
-
Название улицы -
Номер дома -
Номер квартиры -
Площадь квартиры -
Количество комнат -
Предполагаемая цена продажи -
Дата сделки -
Зафиксированная цена продажи квартиры на момент сделки -
ФИО клиента -
Паспорт клиента -
Телефон клиента -
ФИО риэлтора -
Паспорт риелтора -
Адрес риэлтора -
Телефон риелтора -
Процент вознаграждения риэлтора
Анализ описания предметной области позволяет выделить минимально необходимый набор данных – атрибутов, которые должны храниться в проектируемой базе данных:
-
Название улицы – Название_улицы_Н -
Номер дома – №_дома_Н -
Номер квартиры – №_квартиры_Н -
Площадь квартиры – Площадь_Н -
Количество комнат – Кол-во_комнат_Н -
Предполагаемая цена продажи – Цена_Н -
Дата сделки – Дата_С -
Зафиксированная цена продажи квартиры на момент сделки – Цена_С -
ФИО клиента – ФИО_К -
Паспорт клиента – Паспорт_К -
Телефон клиента – Телефон_К -
ФИО риэлтора – ФИО_Р -
Паспорт риелтора – Паспорт_Р -
Адрес риэлтора – Адрес_Р -
Телефон риелтора – Телефон_Р -
Процент вознаграждения риэлтора – Процент_Р
Анализ описания предметной области позволяет определить четыре независимых информационных объекта - сущности: РИЕЛТОР, КЛИЕНТ, СДЕЛКА и НЕДВИЖИМОСТЬ.
Сущность РИЕЛТОР можно определить атрибутами: ФИО_Р, Паспорт_Р, Адрес_Р, Телефон_Р, Процент_Р. В качестве первичного ключа для однозначной идентификации каждого экземпляра сущности РИЕЛТОР можно присвоить уникальный код – Код_Р.
Таким образом, получаем сущность РИЕЛТОР с атрибутами: Код_Р, ФИО_Р, Паспорт_Р, Адрес_Р, Телефон_Р, Процент_Р.
Сущность СДЕЛКА можно определить атрибутами: Дата_С, Цена_С. В качестве первичного ключа для однозначной идентификации каждого экземпляра сущности СДЕЛКА можно присвоить уникальный код – Код_С.
Таким образом, получаем сущность СДЕЛКА с атрибутами: Код_С, Дата_С, Цена_С.
Сущность КЛИЕНТ можно определить атрибутами: ФИО_К, Паспорт_К, Телефон_К. В качестве первичного ключа для однозначной идентификации каждого экземпляра сущности КЛИЕНТ можно присвоить уникальный код – Код_К.
Таким образом, получаем сущность КЛИЕНТ с атрибутами: Код_К, ФИО_К, Паспорт_К, Телефон_К.
Рис. 1. Модель «сущность-связь»
Перейдем к созданию даталогической модели базы данных. Для этого поставим в соответствие каждой сущности реляционную таблицу с соответствующими атрибутами и ключами.
Рис. 2. Схема данных базы данных
Таблица «РИЕЛТОР» будет хранить записи (строки) вида:
Код_Р | ФИО_Р | Паспорт_Р | Адрес_Р | Телефон_Р | Процент_Р |
1 | Ларин Г.И. | 3603-127489 | Майская, 8-187 | 89617423588 | 20 |
2 | Зорина А.А. | 3605-245378 | Тихая, 9-95 | 89271003652 | 32 |
3 | Петров Л.Д. | 3601-795488 | Шоссейная, 24-152 | 89165872323 | 35 |
… | … | … | … | … | … |
Таблица «КЛИЕНТ» будет хранить записи (строки) вида:
Код_К | ФИО_К | Паспорт_К | Телефон_К |
1 | Логачева Л.К. | 3612-567128 | 89092074547 |
2 | Молотов Г.Р. | 3601-1274538 | 89616434524 |
3 | Столкин Р.Е. | 3603-3218756 | 89609883901 |
… | … | … | … |
Таблица «СДЕЛКА» будет хранить записи (строки) вида:
Код_С | Дата_С | Цена_С | Код_Р | Код_К | Код_Н |
1 | 19.02.2020 | 6 530 000,00 ₽ | 5 | 7 | 6 |
2 | 30.08.2017 | 2 260 000,00 ₽ | 3 | 1 | 4 |
3 | 22.02.2016 | 3 700 000,00 ₽ | 7 | 4 | 7 |
… | … | … | … | … | … |
Таблица «НЕДВИЖИМОСТЬ» будет хранить записи (строки) вида:
Код_С | Назв_улицы_Н | №_дома_Н | №_кв_Н | Площадь_Н | Кол-во_комнат_Н | Цена_Н |
1 | Садовая | 1 | 161 | 137 | 4 | 6 850 000,00 ₽ |
2 | Гагарина | 18 | 110 | 121 | 3 | 2 700 250,00₽ |
3 | Новая | 21 | 165 | 130 | 3 | 4 500 245,00₽ |
… | … | | | | | … |
Определим свойства полей для каждой таблицы. Тип данных в поле выбирается, исходя из характера данных, которые предполагается в нем хранить. Будем использовать типы данных, принятые в базах данных Microsoft Access. Необходимо учесть, что поле, являющееся первичным ключом таблицы, не может содержать значений, повторяющихся в двух или более строках таблицы.
Типы данных для полей таблицы «РИЕЛТОР»:
Имя поля в таблице | Тип данных |
Код_Р | числовой целый (значения не повторяются) |
ФИО_Р | текстовый |
Паспорт_Р | текстовый |
Адрес_Р | текстовый |
Телефон_Р | текстовый |
Процент_Р | числовой |
Типы данных для полей таблицы «КЛИЕНТ»:
Имя поля в таблице | Тип данных |
Код_К | числовой целый (значения не повторяются) |
ФИО_К | текстовый |
Паспорт_К | текстовый |
Телефон_К | текстовый |
Типы данных для полей таблицы «СДЕЛКА»:
Имя поля в таблице | Тип данных |
Код_С | числовой целый (значения не повторяются) |
Дата_С | дата/время |
Цена_С | денежный |
Код_Р | числовой целый (значения не повторяются) |
Код_К | числовой целый (значения не повторяются) |
Код_Н | числовой целый (значения не повторяются) |
Типы данных для полей таблицы «НЕДВИЖИМОСТЬ»:
Имя поля в таблице | Тип данных |
Код_С | числовой целый (значения не повторяются) |
Название_улицы_Н | текстовый |
№_дома_Н | числовой |
№_квартиры_Н | числовой |
Площадь_Н | числовой |
Кол-во_комнат_Н | числовой |
Цена_Н | денежный |
Задание 2
Выполнить компьютерную реализацию спроектированной базы данных:
-
Создать таблицы базы данных
-
Установить связи между таблицами
-
Заполнить таблицы данными. Каждая таблица должна содержать не менее 10 записей -
Создать 2 формы: одна автоформа на базе одной из главных таблиц, одна форма с подчиненной формой на базе двух таблиц, связанных по типу «один-ко-многим» -
Создать запросы к базе данных следующих типов (для каждого запроса сформулировать в отчете по работе решаемую с его помощью задачу):