房地产数据库设计

1、学 号：课程设计题目数据库系统原理课程设计学院计算机科学与技术专业班级姓名指导教师唐祖错2013年 1 月 7 日课程设计任务书学生姓名： 专业班级：_指导教师： 唐祖错工作单位：计算机学院题目：房地产数据库设计初始条件：1）公司简介2）查询广场：向用户提供查询界面。如输入房产类型（两室一厅）、阳台的方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层 的范围等条件，系统以表格的形式给出满足条件的房产户型，用户可以 常看弧形的详细介绍（包括户型图、价格、建筑面积等详细信息）3）房产看台：楼盘介绍、预定情况4）公司管理：楼盘登记、户型登记要求完成的主要任务：1. 根据上述的初始条件，进行

2、调查分析并设计适当的属性。设计一个房地产数 据库，DBMS 可选 Ms SQL Server、Access、VFP 等。2. 完成课程设计说明书，其格式遵守学校今年的新规定。主要内容包括：需求 分析，概念设计，逻辑设计，物理实现等。3. 基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计语言（工具）任选。这一项是选作，不作硬性要求。时间安排：本学期第18周：1.消化资料、系统调查1天2.系统分析1天3.总体设计，实施计划2天4.撰写报告1天指导教师签名：系主任（或责任教师）签名:房地产数据库设计1. 概述本次课程设计要求完成一个房地产数据库的设计， 根据初始条件， 要实现以 下

3、基本要求：1. 公司简介，对该房地产公司进行一个简要的介绍，如：公司名称、公司 地址、咨询电话等。2. 查询广场：向用户提供查询界面。如输入房产类型（两室一厅） 、阳台的 方向、房产的价格范围、房产的建筑面积范围、使用面积范围、楼层的范围等条 件，系统以表格的形式给出满足条件的房产户型， 用户可以查看户型的详细介绍 （包括户型图、价格、建筑面积等详细信息）3. 房产看台：楼盘介绍、预定情况，也可以添加客户的在线注册和登录， 实现在线订单的提交。4. 公司管理：由公司内部的管理员进行楼盘登记、户型登记。通过分析以上基本要求， 可以将整个数据库系统分成两个主要模块， 客户模 块和公司模块， 客户模

4、块主要处理客户查询楼盘和房产预订， 而公司模块主要管 理公司的基本信息，如房产录入、职员信息等。2. 设计环境本课设采用MySQL5.2设计实现数据库设计原则采用基于三范式的数据库设计方法。3. 需求分析3.1 功能需求系统总共包括六个功能子模块：1. 数据库要求能够处理客户在线查看该公司的楼盘，根据客户喜好进行查 询。而客户购房的一些注重点是关于楼盘的一些基本情况，如：房产类型、阳台 方向、建筑面积、使用面积、价格范围等等。2. 为了能使客户在线查看，客户在进入公司页面之后再线登录或注册，获得访问公司其他服务的权力。3. 系统必须能够处理客户在线提交订单（包括支付订金）、取消订单、修改 订单

5、。即客户在线预订房产。4. 公司模块主要处理楼盘的登记，户型的增加。5. 能够基于以上设计的数据库，实现一个应用程序。客户的在线注册、登录，以及在线提交订单和楼盘的信息查询。3.2关系模式关系模型。关系模型主要是用二维表格结构表达实体集，用外键表示实体间 联系。关系模型是由若干个关系模式组成的集合。 关系模式相当于前面提到的记 录类型，它的实例称为关系，每个关系实际上是一张二维表格。关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据， 表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。关系模型是数 学化模型。SQL语言是关系数据库的标准化语言，已得到了广泛的应用。本房地产

6、数据库模式设计如下：楼盘（楼盘编号，楼盘名称，占地总面积，可用面积，楼盘简介）管理员（管理员编号，密码）客户（客户编号，客户身份证号，客户名，性别，年龄，密码，联系电话）房屋（房屋编号，楼盘编号，单元号，房间号，阳台方向，户型编号，建筑 面积，使用面积）房屋交易（交易编号，客户编号，房屋编号，交易日期，已付金额，交易状 态）4 .概念结构设计概念结构设计是将需求分析得到的用户需求抽象为信息结构即概念模型的 过程。基于以上初步的需求分析，后开始进行该数据库系统的概念设计， 将需求 抽象为以下的概念模型。概念设计采用自顶向下、逐步求精相结合的方法，最终 得到了概念模型E-R图。4.1系统结构图房地

7、产数据库4.2 E-R 图数据库E-R图:5逻辑结构设计逻辑结构是独立于任何一种数据模型的信息结构1.房屋表，主键为房屋编号。房屋编号int主键楼盘编号int外键单元号int不可空房间号int；不可空建筑面积float默认0可用面积float默认0单价float默认0阳台方向Varchar(2)8个基本方向户型Varchar(IO)不可空图片char存储图片地址2.楼盘表，主键为楼盘编号楼盘编号int主键楼盘名称Varchar(20)不可空建筑面积float默认0可用面积float默认0楼盘简介Text3.客户表，主键为客户身份证号客户编号int主键客户姓名Varchar(20)不可空性别Ch

8、ar(2)男or 女密码Varchar默认0身份证号Varchar(18)不可空联系电话Varchar(12)4.管理员表，主键为管理员编号管理员编号int主键管理员姓名Varchar(20)不可空密码Varchar不可空5.房屋交易表，主键为交易编号，客户身份证号房屋编号为外码交易编号int主键客户编号int外键房屋编号int外键交易日期Date自动生成已付金额float默认0交易状态boolea n完成/预订6.物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。为给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。主要依赖于所使用的数据库管理系统。在此数据库设计的过

9、程中，创建了 5张基本表，在基本表上定义了一些约束 条件和外键信息，以实现数据的完整性约束。包括表内约束条件和表间约束条件（还包括了基本表上数据类型和数据长度的限制以及是否允许为空或表内是否 唯一的限定）其中表内约束条件有，客户表上性别限定取值（男，女）；房屋预 订的订金必须大于0,楼盘表的建筑面积必须大于 0,'使用面积必须 大于0且小于建筑面积，总价，单价取值大于0，'是否售出取值'否'以下为数据库中各表之间的关系:houseshid miroomhname ARCHAR(2C)asize FLOATridINTusis ROA7' hid INTh

10、inproduction TEXTrdvrium TNTisiie INTrlivesi ze TNTrpnoe RTTrte VAROAR(IO)rdir CH职rnum 1NTmpass1/ ord v ARCHER(5).i userer<ferUid ITJTQid BYT” uflame駅口0】udENTusex CHW(2)4t 陆*rid INTuidnum ber VARO4 AFLflB)date DATtupassvvord V ARCHAR(2S)pa-yam oun t R. OATUt«l VARCH#：(12state 0OCLEANnnd 

11、3;NT7数据库的实施与维护根据上述各种约束条件和定义使用SQL语言创建数据库。CREATE DATEBASE estate;USE estate;/创建楼盘CREATE TABLE houses ('hid' INT NOT NULL AUTO_INCREMENT ,'hn ame' VARCHAR(20) NOT NULL , 'asize' FLOAT NULL DEFAULT 0 ,ON DELETE NO ACTION'hi ntroductio n' TEXT NULL ,PRIMARY KEY ('hid&#

12、39;) ,UNIQUE INDEX 'hname_UNIQUE' ('hname' ASC) ,UNIQUE INDEX 'hid_UNIQUE' ('hid' ASC) )/创建房屋CREATE TABLE room ('rid' INT NOT NULL AUTO_INCREMENT ,'hid' INT NOT NULL ,'rdynum' INT NULL ,'rnum' INT NULL ,'rsize' INT NULL DEFAULT

13、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'FOR

14、EIGN KEY ('hid' )REFERENCES 'estate'.'houses' ('hid' )ON UPDA TE NO ACTION)/创建用户CREATE TABLE user ('uid' INT NOT NULL AUTO_INCREMENT ,'un ame' VARCHAR(20) NOT NULL ,'usex' CHAR(2) NULL ,'uidnumber' VARCHAR(18) NULL ,'upassword'

15、VARCHAR(25) NOT NULL ,'utel' VARCHAR(12) NULL ,PRIMARY KEY ('uid') )/创建订单CREATE 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 ,P

16、RIMARY KEY ('oid') ,INDEX 'fk_order_room1_idx' ('rid' ASC) ,INDEX 'fk_order_user1_idx' ('uid' ASC) ,CONSTRAINT 'fk_order_room1'FOREIGN KEY ('rid' )REFERENCES 'estate'.'room' ('rid' )ON DELETE NO ACTIONON UPDA TE NO ACTIO

17、N,CONSTRAINT 'fk_order_user1'FOREIGN KEY ('uid' )REFERENCES 'estate'.'user' ('uid' )ON DELETE NO ACTIONON UPDA TE NO ACTION)/创建管理员CREATE TABLE manager ('mid' INT NOT NULL ,'mname' VARCHAR(10) NULL ,'mpassword' VARCHAR(45) NULL ,PRIMARY

18、KEY ('mid') )查询功能 SQL 语句：SELECT *FROM roomWHERE rsize>=A AND rsize <=B AND rprice>=C AND rprice<=DAND 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. 课程设计总结实验结果基本符合实验要求， 已经创建了数据库， 但是没有实现 程序

19、这一个功能，这确实令人有点遗憾。实验中存在一些不足之处， 毕竟是新手， 很多数据库的设计原理 并不是很清楚， 虽然学过数据库这门课程， 但是对与一些实际使用情 况的数据库设计还是缺乏了解， 比如本次课程设计中， 管理员的设计 并不是非常符合规范， 感觉脱离了其他关系一样， 本来想打算再创建 一些表，包括公司之类的， 这样就可以对很多个公司同时使用，并且 每个管理员还有等级， 比如一个公司有一个最高权限的管理员， 然后 每个楼盘也有一个管理员最大， 最后是一些普通管理员， 就像公司内 部的销售员工一样，如对于管理员操作权限的问题，确实非常复杂， 管理员可以登录系统并进行公司管理， 但是管理员对数据库的操作也 要进行一定的限制， 否则会造成恶意修改数据库内容， 或者由于不当 操作造成不良后果。 同时在删除和更改某些信息时涉及到多个表也会 造成数据库数据破坏等影响， 所以对于数据库安全部分还要做很多工 作。可惜考虑了这么多，却无法做出一个非常完美的数据库，最后还 是从简单入手，以达到基本要求为主，先把它的主要功能给完成掉。本次课程设计虽然做的不是很好的， 也提高了我系统分析与设计 的能力， 其实一开始我试