【房地产经营管理】房地产数据库设计

课程设计任务书

学生姓名：伍应标专业班级：软件0303

指导教师：刘洪星、施继珉工作单位：计算机学院

题目：房地产数据库设计

初始条件：

1) 公司简介

2) 查询广场：向用户提供查询界面。如输入房产类型（两室一厅）、阳台

的方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层

的范围等条件，系统以表格的形式给出满足条件的房产户型，用户可以

查看户型的详细介绍（包括户型图、价格、建筑面积等详细信息）

3) 房产看台：楼盘介绍、预定情况

4) 公司管理：楼盘登记、户型登记

要求完成的主要任务：

1.根据上述的初始条件，进行调查分析并设计适当的属性。设计一个房地产数

据库，DBMS可选Ms SQL Server、Access、VFP等。

2.完成课程设计说明书，其格式遵守学校今年的新规定。主要内容包括：需求

分析，概念设计，逻辑设计，物理实现等。

3.基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计

语言（工具）任选。这一项是选作，不作硬性要求。

时间安排：

本学期第18周：

1.消化资料、系统调查1天

2.系统分析1天

3.总体设计，实施计划2天

4.撰写报告1天

指导教师签名：年月日

系主任（或责任教师）签名：年月日

房地产数据库设计

国内房地产业的不断高速发展使得传统的管理方式难以胜任当前海量的数据存储和更新，从某种意义上说阻碍了房地产业的发展，因此，企业为自己开发房地产数据库就显得更加必要了。

房地产信息分为两大类，一类是以图形为主要表征的几何信息，一类是以文本数据为主要表征的属性信息。属性信息表示房屋及房屋用地几何位置的特征及房产属性数据文件：如权属、用途、面积等。如果说机助法成图 ( 也称数字化成图 ) 技术在房地产测量中的应用可以解决房地产测量几何信息的处理，而房地产属性信息的处理则主要依赖于数据库技术。

房地产数据库打印本文自 60 年代中期以来，地理信息系统技术和数据库技术的不断发展，特别是进入 80 年以后，我国在地理信息系统的开发应用方面取得了突破性进展，在理论上和技术手段方面日臻成熟，完全能够完成此类数据库的设计和开发。

按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下六个阶段：

1 需求分析

1.1功能需求

我们按主要功能区将需求做了划分。具体实现无须严格按该划分组织程序的模块结构。在时间、财务受限时，我们将为这些功能区确定优先级。

1. 能实时、完整地完成楼盘、房屋信息的检索、汇总、收集、处理和存储。

2. 能快速、灵活地以图、文、像等方式录入楼盘、房屋信息，对历史资料等提供一定的信息服务。

3. 提供楼盘、房屋信息的多手段查询、汇总、修改、排序、追加等数据库处理功能。

4. 向用户提供多种方式的查询服务，，系统以表格的形式给出满足条件的房产户型，用户可以查看户型的详细介绍。

5.提供其他的相关服务，如公司简介、楼盘简介以及楼盘预定情况的统计信息等。

1.2 主数据

1 楼盘信息

2 房屋信息

3 客户信息

2概念结构设计

概念结构设计是将需求分析得到的用户需求抽象为信息结构即概念模型的

过程。房地产数据库概念结构设计应达到以下要求：

1、能真实充分地反映防地产商或中介的管理流程，包括客户与楼盘、客户

与房屋之间的联系；

2、容易理解，从而可以使对数据库不熟悉的操作员也可以使用；

3、容易更改，当应用环境或功能需求发生变化时，能方便地对概念模型进

行修改和扩充。

4、易于用关系数据库实现。

描述概念模型的有力工具是E-R图，下面将用E-R图来描述房地产数据库。2.1 楼盘信息

3 逻辑结构设计

逻辑结构设计的任务就是把概念设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。本次课程设计中我选用的是Microsoft SQL Server 2000 数据库管理系统，所以，将E-R图转换为关系模型。

将E-R图向关系模型转换要解决的问题是如何将房屋和客户的联系转换为关系模式，如何确定关系模式的属性和码。

将概念结构设计的E-R图转换为关系模式。其中关系的主码用下横线标出，外码用下波浪线标出。

3.1 关系模式的建立

3.1.1 楼盘信息

楼盘信息（楼盘编号，所属区域，交款方式，价格范围，房屋类型，房屋套数，售楼地址，联系电话，项目名称，项目类型，项目地址，开发商）

此为楼盘信息实体所对应的关系模式

3.1.2 房屋信息

房屋信息（房屋编号，楼盘编号，所在楼层，户型，户型图，建筑面积，使用面积，价格）

此为房屋信息实体所对应的关系模式，里面也包含了联系——“属于”所对应的关系模式。

3.1.3 客户信息

客户信息（客户编号，姓名，身份证号，地址，联系电话，账户）

此为客户信息实体所对应的关系模式。

3.1.4 预定信息

预定信息（客户编号，房屋编号，已交款）

此为实体联系——“预定”所对应的关系模式。

3.2数据字典设计

我们将以数据字典卡片的形式给出数据字典的定义

1 楼盘的数据字典

2 房屋的数据字典

3 客户的数据字典

4 预定的数据字典

3.3安全保密设计

3.3.1 系统体系结构上的安全控制

出于对整个系统的安全性考虑，我们建议该系统采用B/S和C/S相结合的方式；对于系统外部的人员，他们只是查询相关信息，所以采用B/S的模式的足够的，而且系统遭受恶意的破坏风险小；而对于系统的内部人员，由于他们要对系统作日常的管理和维护，我们建议为其开发专用的管理程序以满足其需要，即C/S结构。

3.3.2数据库上的安全控制

数据库操作员作系统的数据管理和维护，我们应该为他们分配一个专用账号和密码，它们对其他人都是保密的，操作员的每次登陆操作都会写入系统的日志文件。

另外，我们还可以为表建立针对不同管理者的视图，使其任何操作都是在自己相应的视图上操作，以防止不必要的错误操作。

4 实现设计

数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。为给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。下面为酒店数据库设计物理结构。

4.1 设计环境

操作系统：Windows XP

设计工具：Microsoft SQL Server 2000

4.2实现过程

4.2.1数据库及各表关系的建立