房地产数据库设计概要Word格式文档下载.docx
《房地产数据库设计概要Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《房地产数据库设计概要Word格式文档下载.docx（11页珍藏版）》请在冰豆网上搜索。
初始条件：
1）公司简介
2）查询广场：
向用户提供查询界面。
如输入房产类型（两室一厅）、阳台的方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层的范围等条件，系统以表格的形式给出满足条件的房产户型，用户可以常看弧形的详细介绍（包括户型图、价格、建筑面积等详细信息）
3）房产看台：
楼盘介绍、预定情况
4）公司管理：
楼盘登记、户型登记
要求完成的主要任务：
1.根据上述的初始条件，进行调查分析并设计适当的属性。
设计一个房地产数据库，DBMS可选MsSQLServer、Access、VFP等。
2.完成课程设计说明书，其格式遵守学校今年的新规定。
主要内容包括：
需求分析，概念设计，逻辑设计，物理实现等。
3.基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计语言（工具）任选。
这一项是选作，不作硬性要求。
时间安排：
本学期第18周：
1.消化资料、系统调查1天
2.系统分析1天
3.总体设计，实施计划2天
4.撰写报告1天
指导教师签名：
年月日
系主任（或责任教师）签名：
年月日
1.概述
本次课程设计要求完成一个房地产数据库的设计，根据初始条件，要实现以下基本要求：
1.公司简介，对该房地产公司进行一个简要的介绍，如：
公司名称、公司地址、咨询电话等。
2.查询广场：
如输入房产类型（两室一厅）、阳台的方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层的范围等条件，系统以表格的形式给出满足条件的房产户型，用户可以查看户型的详细介绍（包括户型图、价格、建筑面积等详细信息）
3.房产看台：
楼盘介绍、预定情况，也可以添加客户的在线注册和登录，实现在线订单的提交。
4.公司管理：
由公司内部的管理员进行楼盘登记、户型登记。
通过分析以上基本要求，可以将整个数据库系统分成两个主要模块，客户模块和公司模块，客户模块主要处理客户查询楼盘和房产预订，而公司模块主要管理公司的基本信息，如房产录入、职员信息等。
2.设计环境
本课设采用MySQL5.2设计实现数据库
设计原则采用基于三范式的数据库设计方法。
3.需求分析
3.1功能需求
系统总共包括六个功能子模块：
1.数据库要求能够处理客户在线查看该公司的楼盘，根据客户喜好进行查询。
而客户购房的一些注重点是关于楼盘的一些基本情况，如：
房产类型、阳台方向、建筑面积、使用面积、价格范围等等。
2.为了能使客户在线查看，客户在进入公司页面之后再线登录或注册，获得访问公司其他服务的权力。
3.系统必须能够处理客户在线提交订单（包括支付订金）、取消订单、修改订单。
即客户在线预订房产。
4.公司模块主要处理楼盘的登记，户型的增加。
5.能够基于以上设计的数据库，实现一个应用程序。
客户的在线注册、登录，以及在线提交订单和楼盘的信息查询。
3.2关系模式
关系模型。
关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。
关系模型是由若干个关系模式组成的集合。
关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是一张二维表格。
关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。
关系模型是数学化模型。
SQL语言是关系数据库的标准化语言，已得到了广泛的应用。
本房地产数据库模式设计如下：
楼盘（楼盘编号，楼盘名称，占地总面积，可用面积，楼盘简介）
管理员（管理员编号，密码）
客户（客户编号，客户身份证号，客户名，性别，年龄，密码，联系电话）
房屋（房屋编号，楼盘编号，单元号，房间号，阳台方向，户型编号，建筑面积，使用面积）
房屋交易（交易编号，客户编号，房屋编号，交易日期，已付金额，交易状态）
4．概念结构设计
概念结构设计是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。
基于以上初步的需求分析，后开始进行该数据库系统的概念设计，将需求抽象为以下的概念模型。
概念设计采用自顶向下、逐步求精相结合的方法，最终得到了概念模型E-R图。
4.1系统结构图
4.2E-R图
数据库E-R图：
5逻辑结构设计
逻辑结构是独立于任何一种数据模型的信息结构。
1.房屋表，主键为房屋编号。
房屋编号
int
主键
楼盘编号
外键
单元号
不可空
房间号
建筑面积
float
默认0
可用面积
单价
阳台方向
Varchar
（2）
8个基本方向
户型
Varchar（10）
图片
char
存储图片地址
2.楼盘表，主键为楼盘编号
楼盘名称
Varchar（20）
楼盘简介
Text
3.客户表，主键为客户身份证号
客户编号
客户姓名
性别
Char
（2）
‘男’or‘女’
密码
Varchar
身份证号
Varchar（18）
联系电话
Varchar（12）
4.管理员表，主键为管理员编号
管理员编号
管理员姓名
5.房屋交易表，主键为交易编号，客户身份证号房屋编号为外码
交易编号
交易日期
Date
自动生成
已付金额
交易状态
boolean
完成/预订
6.物理设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。
为给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。
主要依赖于所使用的数据库管理系统。
在此数据库设计的过程中，创建了5张基本表，在基本表上定义了一些约束条件和外键信息，以实现数据的完整性约束。
包括表内约束条件和表间约束条件（还包括了基本表上数据类型和数据长度的限制以及是否允许为空或表内是否唯一的限定）。
其中表内约束条件有，客户表上‘性别’限定取值（‘男’，‘女’）；
房屋预订的‘订金’必须大于0，楼盘表的‘建筑面积’必须大于0，‘使用面积’必须大于0且小于‘建筑面积’，‘总价’，‘单价’取值大于0，‘是否售出’取值（‘是’，‘否’）。
以下为数据库中各表之间的关系：
7数据库的实施与维护
根据上述各种约束条件和定义使用SQL语言创建数据库。
CREATEDATEBASEestate;
USEestate;
//创建楼盘
CREATETABLEhouses（
`hid`INTNOTNULLAUTO_INCREMENT,
`hname`VARCHAR（20）NOTNULL,
`asize`FLOATNULLDEFAULT0,
`usize`FLOATNULLDEFAULT0,
`hintroduction`TEXTNULL,
PRIMARYKEY（`hid`）,
UNIQUEINDEX`hname_UNIQUE`（`hname`ASC）,
UNIQUEINDEX`hid_UNIQUE`（`hid`ASC））
//创建房屋
CREATETABLEroom（
`rid`INTNOTNULLAUTO_INCREMENT,
`hid`INTNOTNULL,
`rdynum`INTNULL,
`rnum`INTNULL,
`rsize`INTNULLDEFAULT0,
`rlivesize`INTNULLDEFAULT0,
`rprice`INTNULLDEFAULT0,
`rtype`VARCHAR（10）NOTNULL,
`rdir`CHAR
（2）NULL,
`rpicture`CHARNULL,
PRIMARYKEY（`rid`）,
INDEX`fk_room_houses_idx`（`hid`ASC）,
CONSTRAINT`fk_room_houses`
FOREIGNKEY（`hid`）
REFERENCES`estate`.`houses`（`hid`）
ONDELETENOACTION
ONUPDATENOACTION）
//创建用户
CREATETABLEuser（
`uid`INTNOTNULLAUTO_INCREMENT,
`uname`VARCHAR（20）NOTNULL,
`usex`CHAR
（2）NULL,
`uidnumber`VARCHAR（18）NULL,
`upassword`VARCHAR（25）NOTNULL,
`utel`VARCHAR（12）NULL,
PRIMARYKEY（`uid`））
//创建订单
CREATETABLEorder（
`oid`INTNOTNULL,
`uid`INTNOTNULL,
`rid`INTNOTNULL,
`odate`DATENULL,
`payamount`FLOATNULL,
`state`TINYINT
（1）NULLDEFAULTfalse,
PRIMARYKEY（`oid`）,
INDEX`fk_order_room1_idx`（`rid`ASC）,
INDEX`fk_order_user1_idx`（`uid`ASC）,
CONSTRAINT`fk_order_room1`
FOREIGNKEY（`rid`）
REFERENCES`estate`.`room`（`rid`）
ONUPDATENOACTION,
CONSTRAINT`fk_order_user1`
FOREIGNKEY（`uid`）
REFERENCES`estate`.`user`（`uid`）
//创建管理员
CREATETABLEmanager（
`mid`INTNOTNULL,
`mname`VARCHAR（10）NULL,
`mpassword`VARCHAR（45）NULL,
PRIMARYKEY（`mid`））
查询功能SQL语句：
SELECT*
FROMroom
WHERErsize>
=AANDrsize<
=BANDrprice>
=CANDrprice<
=D
ANDrtypein（X,Y,Z）ANDNOTEXISTS（
SELECT*fromorderwhereorder.rid=room.rid）
A,B分别为面积的大小值，C,D是单价的大小值，X，Y，Z是房型，不一定是3个，是一个组合。
8.课程设计总结
实验结果基本符合实验要求，已经创建了数据库，但是没有实现程序这一个功能，这确实令人有点遗憾。
实验中存在一些不足之处，毕竟是新手，很多数据库的设计原理并不是很清楚，虽然学过数据库这门课程，但是对与一些实际使用情况的数据库设计还是缺乏了解，比如本次课程设计中，管理员的设计并不是非常符合规范，感觉脱离了其他关系一样，本来想打算再创建一些表，包括公司之类的，这样就可以对很多个公司同时使用，并且每个管理员还有等级，比如一个公司有一个最高权限的管理员，然后每个楼盘也有一个管理员最大，最后是一些普通管理员，就像公司内部的销售员工一样，如对于管理员操作权限的问题，确实非常复杂，管理员可以登录系统并进行公司管理，但是管理员对数据库的操作也要进行一定的限制，否则会造成恶意修改数据库内容，或者由于不当操作造成不良后果。
同时在删除和更改某些信息时涉及到多个表也会造成数据库数据破坏等影响，所以对于数据库安全部分还要做很多工作。
可惜考虑了这么多，却无法做出一个非常完美的数据库，最后还是从简单入手，以达到基本要求为主，先把它的主要功能给完成掉。
本次课程设计虽然做的不是很好的，也提高了我系统分析与设计的能力，其实一开始我试着做了一下程序，但是做到一半发现做不下去了，很多编程技能还没有掌握，最后发现系统也非常复杂，代码也很混乱，因此放弃了程序的编写。
不过幸运的是，这样的过程依然给了我很多的经验。
其实在课程设计过程中，最重要的是，要有恒心，耐心，细心。
通过软件工程的设计思想以及数据库的设计过程，首先进行需求分析，从全局开始。
慢慢进行对自己所想做的东西进行分析，不能一开始就以很大的目标，我要做得很完美来，一定要把握住重点，实现最需要的最简单的功能为主，等到基本都实现了，再进行修改，进行完善或许对于我们这些新手来说，更好一些。
最后希望自己能够在以后的学习和实践的过程中能够坚持到底，不断学习不断进步，以后能够快速高效地完成这些任务。
9课程设计补充
下面是我增加的复杂一些的数据库的实体联系图，在这个联系图中，增加了公司，楼房，和销售员这三个实体，这样有助于，多个公司一起使用，楼房是为了更加具体每一幢楼，而销售员是为了更好的结算没一个销售员工的销售额以及他们应该获得的工资。
比上面的更加完善一些，当然还是有一些缺点的。
具体实现其实以上述差不多。
本科生课程设计成绩评定表
序号
评分项目
满分
实得分
学习态度认真、遵守纪律
10
2
设计分析合理性
3
设计方案正确性、可行性、创造性
20
4
设计结果正确性
40
5
设计报告的规范性
6
设计验收
总得分/等级
评语：
注：
最终成绩以五级分制记。
优（90-100分）、良（80-89分）、中（70-79分）、
及格（60-69分）、60分以下为不及格
指导教师签名：
20年 月 日
升级会员 