ASP.NET006房地产管理系统sql

课题主要工作
房地产管理系统的主要任务是对住房进行管理，使用户能轻松地找到所需要的房屋信息，提供买房和卖房的供求信息，并对其进行统计。
通常，房地产管理系统的主要功能包括以下几个方面：
(1) 客户信息管理：对房地产管理系统的使用客户进行管理，包括对客户的基本信息(客户编号、客户姓名、联系电话等)进行录入和修改。
(2) 房源信息管理：员工可录入房源所属区域、房源类型、价格等，并对其进行基本信息的检索、录入和修改。
(3) 员工信息管理：管理员对员工的信息进行管理，包括对员工的基本信息(如员工姓名、员工身份等)进行检索、录入和修改。
(4) 房源信息的查询：用户可以对房源的出租、出售、求购、求租等信息分别进行查询。
从功能描述的内容来看，本实例可以实现六大功能。我们根据这些功能，设计出系统的功能模块，如图1-3所示。


第二章 需求分析
2.1 房产信息系统数据库设计现状分析 【买计算机毕业论文就到计算机毕业论文网】
2.1.1 数据库发展
尽年来，房产信息系统的建设已经逐步成为数字城市应用系统建设的热点之一。据有关资料显示，全国660多个设市城市中，已有400多个城市建立了房地产管理信息系统。数据库设计是房产信息系统实施的一项重要基础工作，关系着系统建设的成败。房产信息系统数据库设计必须要考虑到房产业务流程性强、业务量大、数据变化频繁的特点，将不同时间周期上的数据加以安全、高效的管理。 本文要探讨的三个数据库分离技术是在房产信息系统建设实践中总结出的一种实用的数据库设计和优化技术。[ 6] 内容来自think58 [来源：http://think58.com]
2.1.2 数据库分离技术的提出
三个数据库分离技术的提出，源于现实世界中同一房产业务对象在时间思维上的三种不同状态的数据：工作数据，正式数据，历史数据。在数据库设计中，与之相对应的即为工作库、正式数据库、历史数据库。这种在数据库物理设计中将对同一对象的不同生命周期在数据库中分为正式数据库、工作库、历史数据库的方法称之为三个数据库分离技术。
我们以房产信息系统中的两个典型业务——所有权初始登记和变更登记为例来加以说明。房屋所有权初始登记是房屋所有者第 1 次进行房屋产权确认的房产业务，它必须要经过窗口受理和审核两大类环节，在窗口受理和审核阶段，所录入的产权人数据处于待审批状态，即工作状态；在审核通过以后，产权人数据从审批状态转入审批通过状态，即正式状态。在其他初始登记类的房产业务中，同样也存在着数据状态由工作状态向正式状态变化的过程。房产变更登记是在房屋初始登记基础之上进行有关信息变更的房产业务，如房屋的位置变更。
在窗口受理阶段，在选择了待变更的信息后，首先要从正式数据库中将待变更的信息提取到工作库中，进入审批状态。在变更审批通过以后，首先将正式数据库中的数据转入到历史数据库中，然后再将工作库中的数据插入到正式数据库中，并建立正式数据库数据与历史数据库数据之间的关系。通过上面两个例子，可以对房产信息系统中的工作数据库、正式数据库、历史数据库作如下定义： 内容来自think58

[来源：http://think58.com]

(1)工作数据库：存放工作数据，即处于业务办理之中、尚未完成审批过程的业务数据。这些业务数据未完成审批之前，其数据不具备“法律效力”。
(2)正式数据库：存放正式数据，即在完成审批之后，即成为正式数据。这些正式数据可以作为查询、统计等业务操作的具备“法律效力”的数据。
(3)历史数据库：存放正式数据库数据发生变化之前的数据。这些数据曾经具备“法律效力”，“但当前不具备”法律效力。[ 7]
数据库分离中的三个数据库在房产信息系统房产业务办理的过程中，是会相互转换、相互联系的。在房产信息系统中，房产初始登记类业务都会有工作库和历史数据库之间的转换，如房产所有权初始登记、抵押权初始登记；而变更类业务都会有工作数据库、正式数据库和历史数据库的转换，如图2-1所示。

图2-1数据库转换图
基于数据库分离技术的数据库设计,从数据库概念模型设计的角度来看，数据库中所有房产对象的 ER 关系是一样的，即工作数据库、历史数据库和正式数据库一样具备相同的 ER 关系。因此在进行数据库的概念模型设计时，只需以正式数据库中的实体进行设计即可。从数据库物理模型设计的角度看，实质上可以把数据库分离技术看作是根据数据库概念模型进行数据库物理模型设计时的一种优化措施。我们以房屋所有权人为例，来说明基于三个数据库分离技术的数据库物理模型设计。

think58.com [资料来源：http://think58.com]

三个数据库的表结构基本相同。工作数据库数据是对正式数据库数据的临时拷贝，在业务审批通过时，工作库中的数据会被移入正式数据库。历史数据库数据和正式数据库数据通过一张关系表来记录了历史数据库数据和正式数据库数据的父子关系，可以追溯其历史关系。
三个数据库分离技术实质上是一种数据库优化方法。其优点主要表现在：
1、提高数据库访问的效率。如果不采用三个数据库分离技术，工作数据、正式数据、历史数据三者存放于数据库的同一张表中，这张表中的记录数会随着业务系统的运行时间直线上升。如在杭州市房产管理信息综合系统中，每年会新增约 10万条与房产交易有关的正式数据和相同数量的历史数据，且历史数据的记录数是随着系统运行的年份是逐年递增的，正式数据库中的记录数则相对恒定。而实际应用中，正式数据是最为常用的数据，但在三个数据库不分离的情况下对正式数据的访问必然会涉及到对工作数据和历史数据的过滤，增加了系统的时间消耗。采用三个数据库分离技术后，就能比较好地解决效率问题。这种效率的提高是通过缩小数据访问的记录数来实现的。
2、提高数据的安全性。这一点可从两方面来加以说明：
1)工作数据库数据只是一个中间过程的临时数据，其有效性是有待审核确认的。如果业务审批未通过，其相对应的工作数据库数据是可以当作无效的数据来处理的。如果将这些数据直接在正式数据库中进行操作，任何程序上的 Bug 都有可能会对数据产生破坏。
2)变更类业务涉及到对正式数据库数据的变更操作。在三个数据库分离的情况下，进行变更操作时，首先将正式数据复制为工作数据进行审批，审批通过以后再将正式数据库中的结果更新，同时将变更前的数据放到历史数据库中。如果审批未通过，则只需将工作库中的数据直接删除即可。如果直接在正式数据库中进行操作，一旦数据库系统的事务遭到破坏，数据的正确性就失去了保障。
三个数据库分离技术虽然有其优越性，但也会增加系统编程实现的工作量。要根据房产信息系统各个业务子系统的实际情况，有选择地加以应用。根据实践经验，三个数据库分离技术的应用可遵循以下几个原则：
1、工作数据库和正式数据库必须分离。这是从保证正式数据库数据的安全性的角度来考虑的。
2、正式数据库和历史数据库根据数据量大小可分离可不分离。在数据量很大的情况下，为提高效率采用该技术。在业务量不大的情况下，正式数据库和历史数据库可以不分离。
3、历史数据库视历史数据的重要程度可有也可以没有。如果历史数据在业务上无保留的必要，则不必设立历史数据库。
4、并不是所有的实体(表)都要分离。这一原则需要开发者对实体对象进行认真的分析，看其是否有时间特性。也就是说，如果实体是随时间频繁变化的，且这种变化对信息系统有重要的意义，则需要实行三个数据库分离。如产权交易子系统的房屋所有权人，因其有时间特性，就需分离。而如系统中的业务申请者，因其时间特性不强，则可不分离。

[资料来源：THINK58.com]

2.1.3 数据库分离技术的应用
杭州市房产管理信息综合系统是一个包括了房产图形管理(GIS)、房产业务管理(MIS)和房产公文处理(OA)3 类应用的综合房产应用系统。共有包括房屋产权登记、房产交易、市场管理、房产测绘等业务在内的 12个子系统。在房屋产权登记、房产交易、商品房预售许可证发放、预售合同备案、房改房等核心业务中，通过三个数据库分离技术的应用，提高了系统的运行效率，并建立了各类信息的历史关系。在房产 GIS 子系统，也应用了三个数据库分离技术。房产测绘子系统是房产图形数据库的数据提供者，房产测绘数据进入房产图形数据库前，须进行数据的质量检查。房产测绘数据入库时先将测绘数据转入到工作库中，进行质量审核。在审核完毕后，再将工作库中的数据转入到正式数据库中。在进行图形数据变更时，首先把要变更的数据提取到工作库中，审核通过后，将变更前的数据转入到历史数据库中，然后将变更后的数据写入到正式数据库中，并建立变更前后数据的关系。在确保数据安全的前提下，实现了房产图形的流程化更新。[ 8]
2.1.4 数据库分离技术结论
三个数据库分离技术是一种实用的数据库优化技术，它提高了房产信息系统中的数据访问效率，保证了业务数据的安全性，在房产信息系统的数据库设计中得到了成功的应用。它不仅可应用于房产管理信息系统的开发中，也可广泛应用于其他信息系统的开发中。
2.2 房产系统的可行性分析
随着现代信息技术的迅猛发展，数据库技术在教育中的应用日益广泛和深入，特别是数据库与Internet的接轨，为数据库应用提供了丰富的资源和应用的便利，使网络数据库真正成为现实，同时也为网络数据库的发展开辟了广阔的前景。
如何有效地利用网上的资源，建构基于网络的现代数据库是一个迫切研究的问题，而开展网络数据库模式研究的重要理论基础之一就是网络数据库的设计与评价。因此，开展网络数据库的设计与评价的探索与实践研究有着十分重要的意义。[ 9]
利用计算机支持企业高效率完成企业的日常事务，是适应现代企业制度要求、推动房地产信息管理走向科学化、规范化的必要条件；而房屋信息管理是一项琐碎、复杂而又十分细致的工作，信息输入的工作量很大，一般不允许出错，如果实行手工操作，须填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行住房信息输入工作，不仅能够保证输入准确无误、快速输出，而且还可以利用计算机对有关的各种信息进行统计，服务于准备购房，租房的广大用户，同时计算机具 有手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高房屋管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件. [ 10] think58.com
2.3 分析功能
房产管理系统一共分五个：
(1) 用户登录表：针对程序要求不同用户级别分别获得相应的权限。在数据库中建立登录表字段为：用户名、密码、身份。用身份来表明登录后的权限.权限分为三个层次以次为:管理员、员工和客户.
(2) 客户信息表：对房地产管理系统的使用客户进行管理，包括对客户的基本信息(客户编号、客户姓名、联系电话等)进行录入和修改。客户信息需要一张数据库表（客户信息表）来存储其相关信息，并在表中对其修改。同时当在客户信息表添加客户后触发器自动会在登录表中添加相应的用户名和密码。删除时同样自动删除相应信息。
(3) 房源信息表：员工可录入房源所属区域、房源类型、价格等，并对其进行基本信息的检索、录入和修改。房源信息需要一张数据库表（房源信息表）来存储其相关信息，并在表中对其修改。为增加安全性，用触发器把表中内容添加到其它表中存储，实现工作数据表与正式数据表分开。当删除时把删除信息相储存到历史表中。以备以后查阅。
(4) 员工信息表：管理员对员工的信息进行管理，包括对员工的基本信息(如员工姓名、员工身份等)进行检索、录入和修改。员工信息需要一张数据库表（客户信息表）来存储其相关信息，并在表中对其修改。同时当在员工信息表添加客户后触发器自动会在登录表中添加相应的用户名和密码。删除时同样自动删除相应信息。 内容来自think58

[资料来源：THINK58.com]

(5) 房产信息查询：为查询使用提供正式数据表。[11,12]

第三章 系统的设计
3.1 系统功能流程图
系统功能的流程图如图3-1所示。

本文来自think58

3.2 数据库设计
3.2.1 数据库的总体设计
为实现房地产管理系统功能，配套系统各个功能设计多个数据库表。为更好的实现系统并在多个表建立关联并使用了触发器。
3.2.2 数据库表的设计
1．登录表(username,userpwd,useridentity)其中username为主关键字。该表用来存储登录用户的用户名、密码和身份。表的结构如表3-1所示：
表 3-1登录表
字段名称 数据类型 长度 允许空 描述
username Varchar 20 否 登录用户的用户名
Userpwd Varchar 20 否 登录用户的密码
Useridentity Varchar 20 否 登录用户的身份
2.员工信息表
(empid ,empname ,emppwd,empaddress, emptel,empemail,empidentitycard）
该表用来存储员工的信息。empid为主关键字。当员工信息表插入信息时，通过触发器自动往登录表插入相关信息。表的结构如表3-2所示。
表3-2员工信息表
字段名称 数据类型 长度 允许空 描述
Empid Varchar 10 否 员工编号
Empname Varchar 20 否 员工姓名
Emppwd Varchar 15 否 员工密码
empaddress Varchar 50 是 员工住址
Emptel Varchar 20 是 员工电话
Empemail Varchar 20 是 员工的E-mail think58好，好think58 [版权所有：http://think58.com]
empidentitycard Varchar 30 是 员工的身份证号
3．客户信息表（客户编号，客户姓名 ,客户密码，联系电话,电邮地址,身份证号,房源编号, 登记日期）其中客户编号为主关键字，登记日期为系统自动生成。当客户信息表插入信息时，通过触发器自动往登录表插入相关信息。表的结构如表3-3所示。 [资料来源：www.THINK58.com]

表3-3客户信息表
字段名称 数据类型 长度 允许空 描述
客户编号 Varchar 10 否 客户编号
客户姓名 Varchar 20 否 客户姓名
客户密码 Varchar 10 是 客户密码
联系电话 Varchar 16 是 可以是固定电话或手机
电邮地址 Varchar 16 是 电子邮件的地址
身份证号 Varchar 26 是 客户的身份证号码
房源编号 Varchar 5 是 房源信息表中的房源编号
登记日期 Datetime 是 系统自动生成

[资料来源：THINK58.com]

4．房源登记表（房源编号，所属区域,街区,房型,楼层,总层数,朝阳,面积,装修情况,房屋设施,房主性质,价格,客户编号,登记日期）其中房源编号为主关键字,客户编号为外关键字（外键为客户信息表的客户编号）当客户信息被删除时其相应的房子的信息也被级联删除，表的结构如表3-4所示。
表3-4房源登记表
字段名称 数据类型 长度 允许空 描述
房源编号 Varchar 5 否 房源编号
所属区域 Varchar 20 是 所属市或区
街区 Varchar 20 是 具体的地址
房型 Varchar 10 是
楼层 Varchar 5 是
总层数 Varchar 5 是
朝阳 Varchar 5 是
面积 Varchar 10 是 建筑面积
装修情况 Varchar 20 是 主要的装修
房屋设施 Varchar 30 是 例如暖气之类
房主性质 Varchar 8 是 房主是出租出售还是求租求购
价格 Varchar 10 是 每平米的价格或是总价格
客户编号 Varchar 10 是 与客户表的客户编号级联删除
登记日期 Datatime 是

think58好，好think58 [资料来源：http://www.THINK58.com]

[资料来源：THINK58.com]

5．历史表(历史编号,房源编号,所属区域,街区,房型,楼层,总层数,朝阳,面积,装修情况,房屋设施,房主性质,价格,客户编号,登记日期)其中历史编号为自动增长的主关键字。房源编号为房源信息表的房源编号。表的结构与房源登记表类似。主要用于房源信息表被删除的记录进行存根，以备将来查询使用。


第四章 系统实现与验证
4.1 数据库的实现
4.1.1 创建数据库
在设计数据库表结构之前，首先要创建一个数据库。本系统使用的数据库名为lwc,在查询分析里执行如下语句创建数据库。
CREATE DATABASE lwc
ON
PRIMARY ( NAME = lwc
FILENAME = 'c:\program files\microsoft sql server\mssql\data\lwc.mdf',
SIZE = 100MB,
MAXSIZE = 200,
FILEGROWTH = 20)

内容来自think58

[资料来源：www.THINK58.com]