房地产数据库设计概要Word格式文档下载.docx

1、初始条件：1） 公司简介2） 查询广场：向用户提供查询界面。如输入房产类型（两室一厅）、阳台的方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层的范围等条件，系统以表格的形式给出满足条件的房产户型，用户可以常看弧形的详细介绍（包括户型图、价格、建筑面积等详细信息）3） 房产看台：楼盘介绍、预定情况4） 公司管理：楼盘登记、户型登记要求完成的主要任务：1. 根据上述的初始条件，进行调查分析并设计适当的属性。设计一个房地产数据库，DBMS可选Ms SQL Server、Access、VFP等。2. 完成课程设计说明书，其格式遵守学校今年的新规定。主要内容包括：需求分析，概念设计，逻辑设计

2、，物理实现等。3. 基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计语言（工具）任选。这一项是选作，不作硬性要求。时间安排：本学期第18周：1. 消化资料、系统调查 1天2. 系统分析 1天3. 总体设计，实施计划 2天4. 撰写报告 1天指导教师签名： 年 月 日系主任（或责任教师）签名： 年 月 日1.概述本次课程设计要求完成一个房地产数据库的设计，根据初始条件，要实现以下基本要求：1.公司简介，对该房地产公司进行一个简要的介绍，如：公司名称、公司地址、咨询电话等。2.查询广场：如输入房产类型（两室一厅）、阳台的方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层

3、的范围等条件，系统以表格的形式给出满足条件的房产户型，用户可以查看户型的详细介绍（包括户型图、价格、建筑面积等详细信息）3.房产看台：楼盘介绍、预定情况，也可以添加客户的在线注册和登录，实现在线订单的提交。4.公司管理：由公司内部的管理员进行楼盘登记、户型登记。通过分析以上基本要求，可以将整个数据库系统分成两个主要模块，客户模块和公司模块，客户模块主要处理客户查询楼盘和房产预订，而公司模块主要管理公司的基本信息，如房产录入、职员信息等。2.设计环境本课设采用MySQL5.2设计实现数据库设计原则采用基于三范式的数据库设计方法。3.需求分析3.1功能需求系统总共包括六个功能子模块：1.数据库要求

4、能够处理客户在线查看该公司的楼盘，根据客户喜好进行查询。而客户购房的一些注重点是关于楼盘的一些基本情况，如：房产类型、阳台方向、建筑面积、使用面积、价格范围等等。2.为了能使客户在线查看，客户在进入公司页面之后再线登录或注册，获得访问公司其他服务的权力。3.系统必须能够处理客户在线提交订单（包括支付订金）、取消订单、修改订单。即客户在线预订房产。4.公司模块主要处理楼盘的登记，户型的增加。5.能够基于以上设计的数据库，实现一个应用程序。客户的在线注册、登录，以及在线提交订单和楼盘的信息查询。3.2关系模式关系模型。关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。关系模型是由若干个

5、关系模式组成的集合。关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是一张二维表格。关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。关系模型是数学化模型。SQL语言是关系数据库的标准化语言，已得到了广泛的应用。本房地产数据库模式设计如下：楼盘（楼盘编号，楼盘名称，占地总面积，可用面积，楼盘简介）管理员（管理员编号，密码）客户（客户编号，客户身份证号，客户名，性别，年龄，密码，联系电话）房屋（房屋编号，楼盘编号，单元号，房间号，阳台方向，户型编号，建筑面积，使用面积）房屋交易（交易编号，客户编号，房屋编

6、号，交易日期，已付金额，交易状态）4概念结构设计概念结构设计是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。基于以上初步的需求分析，后开始进行该数据库系统的概念设计，将需求抽象为以下的概念模型。概念设计采用自顶向下、逐步求精相结合的方法，最终得到了概念模型E-R图。4.1 系统结构图4.2 E-R图数据库E-R图：5 逻辑结构设计逻辑结构是独立于任何一种数据模型的信息结构。1.房屋表，主键为房屋编号。房屋编号int主键楼盘编号外键单元号不可空房间号建筑面积float默认0可用面积单价阳台方向Varchar（2）8个基本方向户型Varchar（10）图片char存储图片地址2.楼盘表，

7、主键为楼盘编号楼盘名称Varchar（20）楼盘简介Text3.客户表，主键为客户身份证号客户编号客户姓名性别Char（2）男or女密码Varchar身份证号Varchar（18）联系电话Varchar（12）4.管理员表，主键为管理员编号管理员编号管理员姓名5.房屋交易表，主键为交易编号，客户身份证号房屋编号为外码交易编号交易日期Date自动生成已付金额交易状态boolean完成 / 预订6.物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。为给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。主要依赖于所使用的数据库管理系统。在此数据库设计的过程中，创建了5张基本表

8、，在基本表上定义了一些约束条件和外键信息，以实现数据的完整性约束。包括表内约束条件和表间约束条件（还包括了基本表上数据类型和数据长度的限制以及是否允许为空或表内是否唯一的限定）。其中表内约束条件有，客户表上性别限定取值（男，女）；房屋预订的订金必须大于0，楼盘表的建筑面积必须大于0，使用面积必须大于0且小于建筑面积， 总价，单价取值大于0，是否售出取值（是，否）。以下为数据库中各表之间的关系：7数据库的实施与维护根据上述各种约束条件和定义使用SQL语言创建数据库。CREATE DATEBASE estate;USE estate;/创建楼盘CREATE TABLE houses （ hid I

9、NT NOT NULL AUTO_INCREMENT , hname VARCHAR（20） NOT NULL , asize FLOAT NULL DEFAULT 0 , usize FLOAT NULL DEFAULT 0 , hintroduction TEXT NULL , PRIMARY KEY （hid） , UNIQUE INDEX hname_UNIQUE （hname ASC） , UNIQUE INDEX hid_UNIQUE （hid ASC） ）/创建房屋CREATE TABLE room （ rid INT NOT NULL AUTO_INCREMENT , hid

10、INT NOT NULL , rdynum INT NULL , rnum INT NULL , rsize INT NULL DEFAULT 0 , rlivesize INT NULL DEFAULT 0 , rprice INT NULL DEFAULT 0 , rtype VARCHAR（10） NOT NULL , rdir CHAR（2） NULL , rpicture CHAR NULL , PRIMARY KEY （rid） , INDEX fk_room_houses_idx （hid ASC） , CONSTRAINT fk_room_houses FOREIGN KEY

11、（hid ） REFERENCES estate.houses （hid ） ON DELETE NO ACTION ON UPDATE NO ACTION）/创建用户CREATE TABLE user （ uid INT NOT NULL AUTO_INCREMENT , uname VARCHAR（20） NOT NULL , usex CHAR（2） NULL , uidnumber VARCHAR（18） NULL , upassword VARCHAR（25） NOT NULL , utel VARCHAR（12） NULL , PRIMARY KEY （uid） ）/创建订单CRE

12、ATE TABLE order （ oid INT NOT NULL , uid INT NOT NULL , rid INT NOT NULL , odate DATE NULL , payamount FLOAT NULL , state TINYINT（1） NULL DEFAULT false , PRIMARY KEY （oid） , INDEX fk_order_room1_idx （rid ASC） , INDEX fk_order_user1_idx （uid ASC） , CONSTRAINT fk_order_room1 FOREIGN KEY （rid ） REFEREN

13、CES estate.room （rid ） ON UPDATE NO ACTION, CONSTRAINT fk_order_user1 FOREIGN KEY （uid ） REFERENCES estate.user （uid ）/创建管理员CREATE TABLE manager （ mid INT NOT NULL , mname VARCHAR（10） NULL , mpassword VARCHAR（45） NULL , PRIMARY KEY （mid） ）查询功能SQL语句：SELECT * FROM roomWHERE rsize=A AND rsize =C AND rp

14、rice=D AND rtype in （X,Y,Z） AND NOT EXISTS （SELECT * from order where order.rid=room.rid）A,B分别为面积的大小值，C,D是单价的大小值，X，Y，Z是房型，不一定是3个，是一个组合。8.课程设计总结实验结果基本符合实验要求，已经创建了数据库，但是没有实现程序这一个功能，这确实令人有点遗憾。实验中存在一些不足之处，毕竟是新手，很多数据库的设计原理并不是很清楚，虽然学过数据库这门课程，但是对与一些实际使用情况的数据库设计还是缺乏了解，比如本次课程设计中，管理员的设计并不是非常符合规范，感觉脱离了其他关系一样，本

15、来想打算再创建一些表，包括公司之类的，这样就可以对很多个公司同时使用，并且每个管理员还有等级，比如一个公司有一个最高权限的管理员，然后每个楼盘也有一个管理员最大，最后是一些普通管理员，就像公司内部的销售员工一样，如对于管理员操作权限的问题，确实非常复杂，管理员可以登录系统并进行公司管理，但是管理员对数据库的操作也要进行一定的限制，否则会造成恶意修改数据库内容，或者由于不当操作造成不良后果。同时在删除和更改某些信息时涉及到多个表也会造成数据库数据破坏等影响，所以对于数据库安全部分还要做很多工作。可惜考虑了这么多，却无法做出一个非常完美的数据库，最后还是从简单入手，以达到基本要求为主，先把它的主要

16、功能给完成掉。本次课程设计虽然做的不是很好的，也提高了我系统分析与设计的能力，其实一开始我试着做了一下程序，但是做到一半发现做不下去了，很多编程技能还没有掌握， 最后发现系统也非常复杂，代码也很混乱，因此放弃了程序的编写。不过幸运的是，这样的过程依然给了我很多的经验。其实在课程设计过程中，最重要的是，要有恒心，耐心，细心。通过软件工程的设计思想以及数据库的设计过程，首先进行需求分析，从全局开始。慢慢进行对自己所想做的东西进行分析，不能一开始就以很大的目标，我要做得很完美来，一定要把握住重点，实现最需要的最简单的功能为主，等到基本都实现了，再进行修改，进行完善或许对于我们这些新手来说，更好一些。

17、最后希望自己能够在以后的学习和实践的过程中能够坚持到底，不断学习不断进步，以后能够快速高效地完成这些任务。9课程设计补充下面是我增加的复杂一些的数据库的实体联系图，在这个联系图中，增加了公司，楼房，和销售员这三个实体，这样有助于，多个公司一起使用，楼房是为了更加具体每一幢楼，而销售员是为了更好的结算没一个销售员工的销售额以及他们应该获得的工资。比上面的更加完善一些，当然还是有一些缺点的。具体实现其实以上述差不多。本科生课程设计成绩评定表序号评分项目满分实得分学习态度认真、遵守纪律102设计分析合理性3设计方案正确性、可行性、创造性204设计结果正确性405设计报告的规范性6设计验收总得分/等级评语：注：最终成绩以五级分制记。优（90-100分）、良（80-89分）、中（70-79分）、及格（60-69分）、60分以下为不及格指导教师签名：20 年月日