《房地产数据库设计概要》由会员分享，可在线阅读，更多相关《房地产数据库设计概要（13页珍藏版）》请在金锄头文库上搜索。
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.系统必须能够处理客户在线提交订单（包括支付订金）、取消订单、修改订单。即客户在线预订房产。4.公司
5、模块主要处理楼盘的登记，户型的增加。5.能够基于以上设计的数据库，实现一个应用程序。客户的在线注册、登录，以及在线提交订单和楼盘的信息查询。3.2关系模式关系模型。关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。关系模型是由若干个关系模式组成的集合。关系模式相当于前面提到的记录类型，它的实例称为关系，每个关系实际上是一张二维表格。关系模型和层次、网状模型的最大判别是用关键码而不是用指针导航数据，表格简单用户易懂，编程时并不涉及存储结构，访问技术等细节。关系模型是数学化模型。SQL语言是关系数据库的标准化语言，已得到了广泛的应用。本房地产数据库模式设计如下：楼盘（楼盘编号，楼盘名称
6、，占地总面积，可用面积，楼盘简介）管理员（管理员编号，密码）客户（客户编号，客户身份证号，客户名，性别，年龄，密码，联系电话）房屋（房屋编号，楼盘编号，单元号，房间号，阳台方向，户型编号，建筑面积，使用面积）房屋交易（交易编号，客户编号，房屋编号，交易日期，已付金额，交易状态）4概念结构设计概念结构设计是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。基于以上初步的需求分析，后开始进行该数据库系统的概念设计，将需求抽象为以下的概念模型。概念设计采用自顶向下、逐步求精相结合的方法，最终得到了概念模型E-R图。4.1 系统结构图房地产数据库管理部分查询广场客户部分登录/注册楼盘录入房产预定
7、房产购买4.2 E-R图nn房屋楼盘用户管理员属于交易11数据库E-R图：5 逻辑结构设计逻辑结构是独立于任何一种数据模型的信息结构。1.房屋表，主键为房屋编号。房屋编号int主键楼盘编号int外键单元号int不可空房间号int不可空建筑面积float默认0可用面积float默认0单价float默认0阳台方向Varchar(2)8个基本方向户型Varchar(10)不可空图片char存储图片地址2.楼盘表，主键为楼盘编号楼盘编号int主键楼盘名称Varchar(20)不可空建筑面积float默认0可用面积float默认0楼盘简介Text3.客户表，主键为客户身份证号客户编号int主键客户姓名V
8、archar(20)不可空性别Char(2)男or女密码Varchar默认0身份证号Varchar(18)不可空联系电话Varchar(12)4.管理员表，主键为管理员编号管理员编号int主键管理员姓名Varchar(20)不可空密码Varchar不可空5.房屋交易表，主键为交易编号，客户身份证号房屋编号为外码交易编号int主键客户编号int外键房屋编号int外键交易日期Date自动生成已付金额float默认0交易状态boolean完成 / 预订6.物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。为给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。主要依赖于所使用的
9、数据库管理系统。在此数据库设计的过程中，创建了5张基本表，在基本表上定义了一些约束条件和外键信息，以实现数据的完整性约束。包括表内约束条件和表间约束条件（还包括了基本表上数据类型和数据长度的限制以及是否允许为空或表内是否唯一的限定）。其中表内约束条件有，客户表上性别限定取值（男，女）；房屋预订的订金必须大于0，楼盘表的建筑面积必须大于0，使用面积必须大于0且小于建筑面积， 总价，单价取值大于0，是否售出取值（是，否）。以下为数据库中各表之间的关系：7数据库的实施与维护根据上述各种约束条件和定义使用SQL语言创建数据库。CREATE DATEBASE estate;USE estate;/创建楼
10、盘CREATE TABLE houses ( hid INT 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 NO
11、T NULL AUTO_INCREMENT , hid 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
12、 fk_room_houses FOREIGN KEY (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 ,
13、 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 , PRIMARY 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 ACTION ON UPDATE NO ACTION, CONSTRAINT fk_order_user1 FOREIGN KEY (uid )
