Недвижимость. 2
МИНИСТЕРСТВО ОБРАЗОВАНИЯ, НАУКИ,
КГТУ им. И.Раззакова
ФИТ
Кафедра ИВТ
Курсовой проект на тему:
«Недвижимость»
Абдыманапов Кубанычбек
СОДЕРЖАНИЕ
Введение
Глава 1. Общие представления о базе данных
1.1. Понятие базы данных
1.2. Модели базы данных
1.3. Выбор языка
1.4. Сравнение
Глава 2. Расстановка задач
2.1. Разработка базы данных
2.1. Создание таблиц
2.2. Создание запросов
2.3. Создание форм
2.4. Отчет
Заключение
ВВЕДЕНИЕ
Выбор данной предметной области обусловлен личным интересом и возможностью распространения базы данных среди специалистов и интересующихся. При проектировании программ выясняются запросы и пожелания клиента и определяется возможный подход к решению задачи. Задача анализируется. На основе этого анализа реализуется конкретная модель в конкретной программной среде. Результаты каждого этапа проектирования используются в качестве исходного материала следующего этапа. Анализируется текущая организация предприятия, выделяются проблемы для решения, определяются объекты отношения между ними , составляется “эскиз” текущей организации предприятия, разрабатывается модель с учетом конкретных условий ее функционирования. База данных ориентирована на определенную предметную область и организована на основе некоторого подмножества данных. Возможности баз данных полезны в областях, связанных с долговременным управлением информацией, таких как электронные библиотеки и хранилища данных. Предварительное планирование, подготовка данных, последовательность создания информационной модели. При проектировании системы обработки данных больше всего нас интересует организация данных. Требования отдельных пользователей должны быть представлены в едином “обобщенном представлении”. Последнее называют концептуальной моделью. В процессе проектирования необходимо: Описать предметную область (описание должно быть кратким, но достаточным для принятия решений по проекту базы данных);определить состав и содержание информации, используемой в данной предметной области; Выявить сущности; Выявить связи между сущностями; Представить концептуальную модель в виде концептуальной схемы; Проанализировать модель с учётом информационных потребностей пользователей; Спроектировать реляционную модель предметной области и выполнить ее нормализацию; Создать спроектированную БД в среде конкретной СУБД; Разработать приложения реализации запросов и решения задач.
Основные понятия
Реляционная модель данных – это представление данных в виде совокупности двумерных таблиц./4/
Свойства двумерных таблиц:
1) каждый элемент таблицы представляет собой один элемент данных, т.е. список не может быть значением;
2) все столбцы в таблице однородные, т.е. элементы столбца одной природы;
3) столбцам однозначно присвоены имена;
4) в таблице нет двух одинаковых строк;
5) строки и столбцы таблиц могут просматриваться в любом порядке, без учета их содержания и смысла.
Для математического описания реляционной модели нам понадобятся следующие понятия
Атомарные данные – это наименьшие единицы данных неразложимые с точки зрения модели.
Домен – это множество атомарных значений одного и того же типа.
Атрибут – это некоторое подмножество домена, имеющее уникальное имя.
Отношение на доменах D1, D2, ..Dn состоит из заголовка и тела.
R (A1, A2, ..An) D1D2D3
Заголовок состоит из такого фиксированного множества атрибутов
А1, A2, ..An , что существует отношение между атрибутами и их доменами.
Тело состоит из меняющихся во времени множества кортежей.
Кортеж состоит из значений каждого атрибута по одному значению на атрибут./6/
Таблица в реляционной теории соответствует отношению.
Строке соответствует кортеж.
Столбцу – атрибут.
База данных представляет собой файл или совокупность взаимосвязанных файлов данных определённой организации (или структурированных заданным образом). Данные, составляющие База Данных, отражают характеристики объектов и их отношений в соответствующей прикладной области.
Файлы состоят из записей. Элементы данных, из которых состоит каждая запись, называются полями.
Поскольку во всех записях имеются одни и те же поля (с разными значениями), полям удобно давать уникальные имена.
Многие практически важные случаи хорошо укладываются в такое
Простейшим примером База данных может служить телефонный справочник.
С понятием База данных тесно связано понятие системы управления (СУБД), которая представляет собой программную систему, поддерживающую в той или иной форме четыре основных операции:
добавить в базу данных одну или несколько записей;
удалить из базы данных одну или несколько записей;
найти в базе данных одну или несколько записей, удовлетворяющих заданному условию;
обновить в базе данных значение некоторых полей.
Большинство СУБД поддерживают, кроме того, механизм связей между различными файлами, входящих в базу.
Например, связь может установиться явным образом, когда значением некоторых полей является ссылка на другой файл, такие СУБД называются сетевыми, или же связь может установиться неявным образом, например, по совпадению значений полей в различных файлах. Такие СУБД называются реляционными
Модели баз данных.
Таблицы, в которых хранятся данные, состоят из наборов записей одинаковой структуры. Можно сказать, что таблица – это двумерный массив, где строки образованы отдельными записями, а столбцы – полями этой записи. Более точно таблица представляется как одномерный массив переменной длины из записей конкретной структуры (тип record Паскаля).
Модель базы данных, состоящей из подобных таблиц, называется реляционной. Практически все ведущие производители СУБД поддерживают именно эту модель баз данных, и в книге в дальнейшем будет рассказываться именно о ней. Реляционная модель хороша тем, что проста в работе и реализации и позволяет создавать быстро работающие системы.
Имеется еще несколько моделей баз данных. Некоторые из них значительно эффективнее реляционной, но не получили широкого распространения, из-за сложности создания подходящих СУБД.
В иерархической модели данные организованы в виде деревьев.
В сетевой модели каждый узел (набор) базы данных взаимодействует с другими узлами посредством сложной системы связей.
В последнее время признание завоевывает объектная модель данных, когда в базе хранятся не только данные, но и методы их обработки в виде программного кода. Это перспективное направление, пока также не получившее активного распространения из-за сложности и применения подобных СУБД.
Проектирование базы данных
Проектирование и создания баз данных до сих пор остаётся за редким исключением не технической задачей, а творческим процессом.
Так как эффективность работы с базой данных во многом зависит от того, как структурирована накапливаемая в ней информация.
Прежде чем создавать таблицы, формы и другие объекты необходимо задать структуру базы данных.
Хорошая структура базы данных является основой для создания адекватной требованиям, эффективной базы данных.
Приведем основные этапы проектирования базы данных:
1. Определение цели создания базы данных;
2. Определение таблиц, которые должна содержать база данных;
3. Определение необходимых в таблице полей;
4. Задание ключевых полей;
5. Определение связей между таблицами;
6. Добавление данных и создание других объектов базы данных (запросы, формы, отчеты, макросы м модули).
При проектировании таблиц, рекомендуется руководствоваться следующими основными принципами:
Информация в таблице не должна дублироваться. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах.
Каждая таблица должна содержать информацию только на одну тему. Сведения на каждую тему обрабатываются намного легче, если содержатся они в независимых друг от друга таблицах.
Выбор Языка
Для выполнения курсовой работы по базам данных я выбрал программу
MS Access. И вот сведение об Access:
MS Access является СУБД реляционного типа, в которой разумно сбалансированы все средства и возможности, типичных для современных СУБД.
Реляционная база упрощает поиск, анализ, поддержку и защиту данных, поскольку они сохраняются в одном месте.
MS Access — это функционально полная реляционная СУБД.
Сравнение
SQL
Каждый столбец в любой таблице базы данных SQL должен иметь определенный тип данных. Тип данных должен быть частью определения самого столбца (см. CREATE TABLE) или частью определения домена, которому принадлежит столбец (см. CREATE DOMAIN). Выражения для вычисления значений, включая литералы, также принадлежат к определенному типу данных (см. раздел “Выражения для вычисления значений”). В стандарте SQL приняты два подхода к типам данных. Официально принято семь основных типов данных, однако большинство из них имеют “подтипы” с собственными именами, используемыми при задании типов данных для столбцов или доменов. Для избежания неоднозначности каждый подтип данных будет считаться (в данном руководстве) отдельным типом данных для более крупных категорий, разбитых на группы. Однако для работы самой СУБД нет необходимости различать типы данных в пределах категорий. Категория плюс характеристики соответствующих аргументов (точность, длина и т.д.) полностью определяют тип данных. Поэтому тип INTEGER стандарта SQL обычно соответствует типу “EXACT NUMERIC с масштабом 0” (точное целое с масштабом 0). В то же время типы данных элементов SQL (такие как “поля области дескриптора”) носят именно те названия, которые указаны в стандарте (и в данном руководстве). Стандарт предусматривает следующие категории типов данных:
CHARACTER STRING. Это все типы данных, которые представляют собой текст и всегда используют набор символов.
NATIONAL CHARACTER. Совпадает с типом CHARACTER STRING за исключением случаев, когда в качестве набора символов применяется набор, определяемый при реализации и соответствующий национальному языку страны. Далее будем относить этот тип к той же категории, что и CHARACTER STRING.
BIT STRING. Двоичные данные.
EXACT NUMERIC. Числа, точно соответствующие их цифровой записи.
APPROXIMATE NUMERIC. Числа, выраженные в “научной нотации” (мантисса плюс порядок) и имеющие приближенное значение.
DATETIME. Дата, время и комбинация их значений.
INTERVAL. Период времени между двумя временными отсчетами, выраженными в форме даты и времени.
Microsoft Access
Популярность СУБД Microsoft Access обусловлена следующими причинами:
доступность в изучении и понятность позволяют Access являться одной из лучших систем быстрого создания приложений управления базами данных;
СУБД полностью русифицирована;
возможность использования OLE технологии;
интегрированность с пакетами Microsoft Office;
поддержка WWW-технологий;
визуальная технология позволяет постоянно видеть результаты своих действий и корректировать их; кроме того, работа с конструктором форм может существенно облегчить дальнейшее изучение таких систем программирования, как Visual Basic или Delphi;
широко и наглядно представлена справочная система;
наличие большого набора «мастеров» по разработке объектов;
Access может использовать данные различных СУБД: (Oracle, Microsoft SQL Server, DB2, Sybase SQL Server, FoxPro и др.)
Если выбирать между SQL и MS Access то конечно же Access .
Потому что Access намного проще.
Расстановка задач
1.Создать базу данных на тему; Недвижимость
2.Создать таблицы и выполнить связь между таблицами.
Каждая таблица должна содержать информацию о Недвижимости
3.Задать запросы шести видов;
Разработка базы данных
Для создания новой базы данных следует проделать следующие шаги:
1. Запустить СУБД MS Access. Это можно сделать при помощи кнопки ПУСК, далее команды Программы Microsoft Access.
2. В меню Файл выбрать команду Создать.
3. \В области задач выбрать Новая база данных…
4. Задать месторасположение базы данных и имя файла;
5. Нажать на кнопку Создать.
Создание Таблиц
Создание таблиц, как и других объектов БД, начинается с активизации
окна базы данных (см. рис. 3). В этом окне выбирается элемент управления
Таблицы, после чего на правой панели окна будет представлен список таблиц, уже входящих в состав БД. Если в базе нет таблиц, то на правую панель окна выводится только три элемента управления для создания новой таблицы:
1)Дом недвижимости
2)Заказы
3)Клиенты
4)Оплата
5)Сотрудники
6)Тип недвижимости
Связь между таблицами
Запросы
Основным назначением запросов является отбор данных по критериям
поиска. Принципы формирования запросов можно рассмотреть на примере создания запроса, позволяющего выбрать из таблицы Сотрудник только работников определенной должности, например мастеров. В этом случае критерием поиска является наименование должности мастер поля Должность.
Результатом поиска будут записи, у которых содержимое поля Должность соответствует критерию поиска. Причем по желанию пользователя в эти записи могут входить не все поля, содержащиеся в записях таблицы Сотрудник.
1) На выполнение
2)На выборку
3)Добавление
4)Обновление
5) Удаление
6)Перекрестный
7)Создание таблицы
Создание форм
Access предоставляет возможность вводить данные либо непосредственно в таблицу, как было рассмотрено ранее, либо с помощью форм. Формы рекомендуется использовать, если данные часто меняются или база постоянно пополняется новыми записями. Если данные вводятся непосредственно с бланков, то графическими средствами форму можно представить так, чтобы она повторяла оформление бланка, что заметно облегчает работу пользователя.
С помощью форм данные можно не только вводить, но и отображать в
удобном для пользователя виде.
1) Главная Форма (кнопка)
2)Выполнение
3)
4)
)
5)
6)
Создание отчётов
Основное назначение отчётов – это вывод данных в виде выходного
печатного документа. Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов.
Последовательность действий при формировании отчёта с помощью Мастера такая же, как и при создании формы. Дополнительными являются два шага: добавление уровня группировок и задание требуемого порядка сортировки. Добавление уровня группировки позволяет выводить записи, объединённые по выбранным полям. Например, при задании уровня группировки по полю Должность записи будут сгруппированы по конкретному значению этого поля, т. е. вначале будут выводиться на экран бригадиры, затем инженеры, потом мастера и т. д. Access автоматически сортирует данные по группирующим полям, а
внутри группы можно также задать сортировку по любому из полей, входящих в группу.
Заключение.
Таким образом, БД является важнейшей составной частью информационных систем, которые предназначены для хранения и обработки информации. Изначально такие системы существовали в письменном виде. Для этого использовались различные картотеки, папки, журналы, библиотечные каталоги.
Развитие средств вычислительной техники обеспечило возможность для
создания и широкого использования автоматизированных информационных
систем.

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