1.3 课题主要工作 房地产管理系统的主要任务是对住房进行管理,使用户能轻松地找到所需要的房屋信息,提供买房和卖房的供求信息,并对其进行统计。 内容来自论文无忧网 www.paper51.com 通常,房地产管理系统的主要功能包括以下几个方面: 内容来自论文无忧网 www.paper51.com (1) 客户信息管理:对房地产管理系统的使用客户进行管理,包括对客户的基本信息(客户编号、客户姓名、联系电话等)进行录入和修改。 内容来自www.paper51.com (2) 房源信息管理:员工可录入房源所属区域、房源类型、价格等,并对其进行基本信息的检索、录入和修改。 copyright paper51.com (3) 员工信息管理:管理员对员工的信息进行管理,包括对员工的基本信息(如员工姓名、员工身份等)进行检索、录入和修改。 内容来自论文无忧网 www.paper51.com
(4) 房源信息的查询:用户可以对房源的出租、出售、求购、求租等信息分别进行查询。 http://www.paper51.com 从功能描述的内容来看,本实例可以实现六大功能。我们根据这些功能,设计出系统的功能模块,如图1-3所示。 copyright paper51.com paper51.com 第二章 需求分析 http://www.paper51.com 2.1 房产信息系统数据库设计现状分析 内容来自www.paper51.com 2.1.1 数据库发展 http://www.paper51.com 尽年来,房产信息系统的建设已经逐步成为数字城市应用系统建设的热点之一。据有关资料显示,全国660多个设市城市中,已有400多个城市建立了房地产管理信息系统。数据库设计是房产信息系统实施的一项重要基础工作,关系着系统建设的成败。房产信息系统数据库设计必须要考虑到房产业务流程性强、业务量大、数据变化频繁的特点,将不同时间周期上的数据加以安全、高效的管理。本文要探讨的三个数据库分离技术是在房产信息系统建设实践中总结出的一种实用的数据库设计和优化技术。[ 6] http://www.paper51.com 2.1.2 数据库分离技术的提出 copyright paper51.com 三个数据库分离技术的提出,源于现实世界中同一房产业务对象在时间思维上的三种不同状态的数据:工作数据,正式数据,历史数据。在数据库设计中,与之相对应的即为工作库、正式数据库、历史数据库。这种在数据库物理设计中将对同一对象的不同生命周期在数据库中分为正式数据库、工作库、历史数据库的方法称之为三个数据库分离技术。 http://www.paper51.com 我们以房产信息系统中的两个典型业务——所有权初始登记和变更登记为例来加以说明。房屋所有权初始登记是房屋所有者第 1 次进行房屋产权确认的房产业务,它必须要经过窗口受理和审核两大类环节,在窗口受理和审核阶段,所录入的产权人数据处于待审批状态,即工作状态;在审核通过以后,产权人数据从审批状态转入审批通过状态,即正式状态。在其他初始登记类的房产业务中,同样也存在着数据状态由工作状态向正式状态变化的过程。房产变更登记是在房屋初始登记基础之上进行有关信息变更的房产业务,如房屋的位置变更。 paper51.com 在窗口受理阶段,在选择了待变更的信息后,首先要从正式数据库中将待变更的信息提取到工作库中,进入审批状态。在变更审批通过以后,首先将正式数据库中的数据转入到历史数据库中,然后再将工作库中的数据插入到正式数据库中,并建立正式数据库数据与历史数据库数据之间的关系。通过上面两个例子,可以对房产信息系统中的工作数据库、正式数据库、历史数据库作如下定义: http://www.paper51.com (1)工作数据库:存放工作数据,即处于业务办理之中、尚未完成审批过程的业务数据。这些业务数据未完成审批之前,其数据不具备“法律效力”。 paper51.com (2)正式数据库:存放正式数据,即在完成审批之后,即成为正式数据。这些正式数据可以作为查询、统计等业务操作的具备“法律效力”的数据。 paper51.com (3)历史数据库:存放正式数据库数据发生变化之前的数据。这些数据曾经具备“法律效力”,“但当前不具备”法律效力。[ 7] 内容来自论文无忧网 www.paper51.com 数据库分离中的三个数据库在房产信息系统房产业务办理的过程中,是会相互转换、相互联系的。在房产信息系统中,房产初始登记类业务都会有工作库和历史数据库之间的转换,如房产所有权初始登记、抵押权初始登记;而变更类业务都会有工作数据库、正式数据库和历史数据库的转换,如图2-1所示。 http://www.paper51.com
内容来自www.paper51.com 图2-1数据库转换图 内容来自论文无忧网 www.paper51.com 基于数据库分离技术的数据库设计,从数据库概念模型设计的角度来看,数据库中所有房产对象的 ER 关系是一样的,即工作数据库、历史数据库和正式数据库一样具备相同的 ER 关系。因此在进行数据库的概念模型设计时,只需以正式数据库中的实体进行设计即可。从数据库物理模型设计的角度看,实质上可以把数据库分离技术看作是根据数据库概念模型进行数据库物理模型设计时的一种优化措施。我们以房屋所有权人为例,来说明基于三个数据库分离技术的数据库物理模型设计。 copyright paper51.com
三个数据库的表结构基本相同。工作数据库数据是对正式数据库数据的临时拷贝,在业务审批通过时,工作库中的数据会被移入正式数据库。历史数据库数据和正式数据库数据通过一张关系表来记录了历史数据库数据和正式数据库数据的父子关系,可以追溯其历史关系。 内容来自论文无忧网 www.paper51.com 三个数据库分离技术实质上是一种数据库优化方法。其优点主要表现在: http://www.paper51.com 1、提高数据库访问的效率。如果不采用三个数据库分离技术,工作数据、正式数据、历史数据三者存放于数据库的同一张表中,这张表中的记录数会随着业务系统的运行时间直线上升。如在杭州市房产管理信息综合系统中,每年会新增约 10万条与房产交易有关的正式数据和相同数量的历史数据,且历史数据的记录数是随着系统运行的年份是逐年递增的,正式数据库中的记录数则相对恒定。而实际应用中,正式数据是最为常用的数据,但在三个数据库不分离的情况下对正式数据的访问必然会涉及到对工作数据和历史数据的过滤,增加了系统的时间消耗。采用三个数据库分离技术后,就能比较好地解决效率问题。这种效率的提高是通过缩小数据访问的记录数来实现的。 内容来自论文无忧网 www.paper51.com 2、提高数据的安全性。这一点可从两方面来加以说明: 内容来自论文无忧网 www.paper51.com 1)工作数据库数据只是一个中间过程的临时数据,其有效性是有待审核确认的。如果业务审批未通过,其相对应的工作数据库数据是可以当作无效的数据来处理的。如果将这些数据直接在正式数据库中进行操作,任何程序上的 Bug 都有可能会对数据产生破坏。 内容来自www.paper51.com
2)变更类业务涉及到对正式数据库数据的变更操作。在三个数据库分离的情况下,进行变更操作时,首先将正式数据复制为工作数据进行审批,审批通过以后再将正式数据库中的结果更新,同时将变更前的数据放到历史数据库中。如果审批未通过,则只需将工作库中的数据直接删除即可。如果直接在正式数据库中进行操作,一旦数据库系统的事务遭到破坏,数据的正确性就失去了保障。 内容来自www.paper51.com 三个数据库分离技术虽然有其优越性,但也会增加系统编程实现的工作量。要根据房产信息系统各个业务子系统的实际情况,有选择地加以应用。根据实践经验,三个数据库分离技术的应用可遵循以下几个原则: 内容来自www.paper51.com 1、工作数据库和正式数据库必须分离。这是从保证正式数据库数据的安全性的角度来考虑的。 http://www.paper51.com 2、正式数据库和历史数据库根据数据量大小可分离可不分离。在数据量很大的情况下,为提高效率采用该技术。在业务量不大的情况下,正式数据库和历史数据库可以不分离。 copyright paper51.com 3、历史数据库视历史数据的重要程度可有也可以没有。如果历史数据在业务上无保留的必要,则不必设立历史数据库。 内容来自论文无忧网 www.paper51.com 4、并不是所有的实体(表)都要分离。这一原则需要开发者对实体对象进行认真的分析,看其是否有时间特性。也就是说,如果实体是随时间频繁变化的,且这种变化对信息系统有重要的意义,则需要实行三个数据库分离。如产权交易子系统的房屋所有权人,因其有时间特性,就需分离。而如系统中的业务申请者,因其时间特性不强,则可不分离。 copyright paper51.com |