面向房产中介管理系统的分布式数据库设计

北京理工大学分布式数据库课程设计 PAGEPAGE31目 录房产中介管理系统概述 4问题的提出 4开发意图及目标 4系统先进之处 4可行性分析 5开发环境 5设计人员和任务分配 6需求分析 7用户业务需求 7系统设计 7系统用例视图 8系统角色的确8创建用例 9创建角色与用例关系10分布式数据库设计 11ER图设计 11数据库表及其冗余设计 12房源表 13找房表 13交易表 14会员信息表 14职工信息表 15门店信息表 15分片与位置分配设计 16站点通信模163.3.1数据表的分配与分18基于ORACLE的分布式数据库实现 26ORACLE分布式数据库结构 26数据库链接 26分布式数据库的管理 26站点自治 26分布式数据库的安分布式数据库系统的事务处理 远程SQL语句 分布式SQL语句 远程事务和分布式事28两阶段提交协28分布式数据库系统的应用开发 29分布式数据库系统中的透明29远程过程调用30分布式查询优31房产中介管理系统概述问题的提出市场经济离不开中介服务。随着我国房地产业的发展，房地产中介咨询服务（开发意图及目标环节进行控制分析，实现统一调度。企业管理人员和操作人员的工作负担，提高工作效率。运作过程中的后台数据可以随时进行分析，便于企业管理人员的经营、决策。系统先进之处多数处理就地完成。各地的计算机由数据通信网络相联系。克服了中心数据库的弱点：降低了数据传输代价。提高了系统的可靠性，局部系统发生故障，其他部分还可继续工作。各个数据库的位置是透明的，方便系统的扩充。为了协调整个系统的事务活动，事务管理的性能花费高。可行性分析使用房产中介连锁店管理系统对房产中介连锁店进行信息化管理将直接提高公司管理部门的工作效率。面对一般的公司管理现状，有三种选择：（一）不做任何改变，维持目前的管理模式。（二）购买市场上的商品化软件，提高管理的信息化水平。（三）根据公司的实际情况，自行开发一套信息管理系统。第二种方案也不可行。首先，在经费方面，公司既要考虑如何高效地管理，又要考虑节省资金。其次，在功能方面，因为各个公司都有自己的管理模式，并不是所有好的商品化软件都能适应公司的管理需要的，现在大部分的商业软件都不适合房产中介公司。最后，在数据共享，可移植性方面，商品化软件数据共享性较差，而且可移植性差，公司的投资得不到保护。所以选择第三种方案是最佳的。除上述原因外，自行开发研究还能提高管理人员的素质，完善计算机等办公设备的性能。开发环境系统开发平台：Myeclipse7.5，JDK1.6系统开发语言：Java数据库系统管理软件：Oracle10g运行平台：WindowsXP设计人员和任务分配工作分配①任务分配、组织调度②查找、明确房产中介的业务流程、收费制度③建立实体-关系模型，E-R图的绘制④系统通信模型的建立，相关图例的绘制⑤六个核心数据库表的设计⑥数据库分配与分片的概要设计，相关图例的绘制⑦房源表的数据表冗余设计⑧交易表的数据表冗余设计①系统需求分析②房屋中介业务流程分析③UML建模中用例的分析设计、USECASE图的绘制④系统总体设计（B/S架构、C/S架构）⑤Oracle的分布式数据库实现⑥设计文档的最终排版、审阅①职工信息表的数据表冗余设计②门店信息表的数据表冗余设计③职工信息表的分片与分配④门店信息表的分片与分配①找房表的数据表冗余设计②会员信息表的数据表冗余设计③找房表的分片与分配④会员信息表的分片与分配

设计人员刘梦情（组长）丁凯李萌苗春静需求分析用户业务需求房产中介连锁公司由一个中心（公司总部，多个远程连锁店（门店）成，并且每个连锁店分布在不同地域。网和广域网实现进行。如销售汇总表等。每一个远程站点（各门店和公司总部）成一个独立的子系统，可以分别独立进行本部门业务处理。求各分店将所有房源提交给总部数据库理和使用，门店之间互不相关。门店能够通过总部查看所有会员信息，在本地查看本门店职工信息。源信息程，并录入数据库。系统设计此房产中介管理系统AgentManagement由两部（EstateAgentInformation和房产中介销售管理系统（EstateAgentSaleSystem，EASS）EAIS采用B/S架构，负责发布不同地区的售房、租赁信息、连锁店信息等供客户查询，同时提供录入房源、采集客户意向等功能；EASS采用C/S架构，主要提供查询、记录每天的租赁、销售信息，公司总部查询门店业绩等功能。此外，总站数据库和分店数据库相连，定时进行必要的数据同步更新。房产中介管理系统房产中介管理系统EAMSB/S架构房产中介信息发布系统EAISC/S架构房产中介营销管理系统EASS总站DB分店DB

图2-1房产中介管理系统总体设计用例图表示了角色和用例以及它们之间的关系。它描述了系统、子系统和类的一致的功能集合，表现为系统和一个或多个外部交互者(角色)的消息交互动作序列。也就是角色(用户或外部系统)和系统(要设计的系统)为了实现一个目的交互，这个目的的描述通常是一个谓词短语，例如签合同等。系统角色的确定在UML中，Actors代表位于系统之外和系统进行交互的一类对象。用它可以对软件系统与外界发生的交互进行分析和描述。从需求分析归纳出来的主要问题有:EAIS上登记租房、卖房意向。门店联系房东审核信息。门店发布已审核房源信息。EAIS上浏览房源、门店等信息。EAIS上登记租房、买房意向。门店派遣经纪人联系客户洽谈客户和门店或房主签订合同，门店向客户收取费用客户和门店撤销合同门店向房主收取费用门店查询销售记录总部汇总门店数据用户管理系统维护、备份UML建模中，可以创建以下角色(Actors):系统管理员。门店操作员。总部操作员。房主。客户。创建用例用例描述的是对参与者来说有价值的一系列行动而不是特性集,根据业务流程可以分为以下的几个用例(UseCases)系统管理员备份数据库系统管理员管理系统日志系统管理员管理注册用户会员注册房主登记租售意向门店操作员发布房源信息门店操作员修改房源信息客户浏览房源信息客户登记租房、买房意向门店操作员登记租售业务信息门店操作员向客户收取费用门店操作员向房主收取费用门店操作员查询业务记录总部操作员查询门店业绩总部操作员查询所有门店信息门店操作员查询本门店信息创建角色与用例关系图图2-2用例关系图2-2EAISEAISEAISEASS绩，查询相关信息。分布式数据库设计ER图设计NN联系1门店交易记录季度N营业额管理电话1姓名地址总部房主电话总经理1N1拥有签约发布地区NNN物业名称1N店长门店登记房源价格电话1NN面积N雇佣签约感兴趣成交NN1N职工1服务N顾客姓名电话所属门店姓名电话图3-1房产中介业务E-R图E-R成交、雇佣、签约、登记、管理等。该图描述了房产中介公司的业务实体之间的就是说一个房主可以发布多个房源。数据库表及其冗余设计交易表，其关系如下图所示：图3-2房产中介数据库表设计ID，而是希望得到它的姓名和联系方式。以房源表图3-3冗余房源表设计在这张冗余房源表中，我们添加了必要的冗余字段，如房主姓名、性别、房主电话、经纪人姓名、经纪人联系电话、门店名称等，这些都可以通过房主ID、经纪人ID、门店ID等外键进行表查询得到。找房表图3-4冗余找房表设计在这张冗余找房表中，我们添加了必要的冗余字段，如顾客姓名、性别、电话等，这些都可以通过顾主ID等外键进行表查询得到。交易表图3-5冗余交易表设计在这张冗余交易表中，我们添加了必要的冗余字段，如房主姓名、顾客姓名等，这些可以通过房主ID、顾客ID等外键与会员信息表连接得到。会员信息表无需冗余设计。职工信息表图3-6冗余职工信息表设计ID外键进行表查询得到。门店信息表图3-7冗余门店信息表设计ID外键进行表查询得到。分片与位置分配设计站点通信模型由于房产中介公司业务的特殊性，每个门店主要负责一定区域范围内的业房产中介公司通信模型通信链路数据库总店房产中介公司通信模型通信链路数据库总店网络分店1分店N...分店2分店N-1图3-8房产中介公司站点通信模型下面我们分EAIS和EASS两个系统进行讨论。EAIS系统通信模型（B/S架构）DB分店1客户机1分店2客户机2门店操作员总店顾客/EAIS系统通信模型（B/S架构）DB分店1客户机1分店2客户机2门店操作员总店顾客/房主查询房产中介网站信息1、查询房产中介网站信息2、房主登记房源3、顾客登记找房信息分店N客户机N图3-9EAIS子系统通信模型EASSC/S进行描述说明。总店与分店之间的通信分店需要将新增、更新、撤销过的房源表、找房表、会员信息表、以及交易表，及时与总店进行同步，保证数据的一致性。如下图：分店与总店之间的通信分店与总店之间的通信分店房源表①发送分店数据库表分店找房表分店交易表②更新总店数据库分店总店图3-10(a)总店与分店之间的通信内容分店与分店之间的通信。分店与分店之间的通信查询分店2的房源信息分店1分店2分店与分店之间的通信查询分店2的房源信息分店1分店2查询分店1的房源信息图3-10(b)分店与分店之间的通信内容数据表的分配与分片通过分析各个站点之间的通信模型，我们给出了每个数据表分配与分片的概要与详细。这里我们首先给出概要。对于该应用来说，使用水平分片已经足够，由于每个门店都拥有自己的数据库，我们使用门店ID字段对上文中设计的数据库表进行分片。接下来我们讨论数据表的分配，重点在于总店和分店都需要哪些数据片段。首先，总店数据库不但作为房产中介发布系统的基础，还作为所有分店数据库的备份数据库。这意味着，分店拥有的数据表、数据，总部必须有（总店分店数据表分配概要个副本（冗余分配/分”字样体现了水平分片，数据的传播过程体现了片段的冗余分配。总店分店数据表分配概要分店数据库总店数据库分店房源表各分店汇总总房源表将更新传播至总店分店找房表各分店汇总总找房表分店交易表各分店汇总总交易表分店职工表分门店同步总职工信息表将更新传播至总店总会员信息表总门店信息表与总店同步与总店同步总会员信息表 将更新传播至分店总门店信息表图3-11数据表分片与分配概要下面是数据表的详细分片与分配，这里我们会将六个表分别说明。房源表分片方式：水平分片（ID）分配方式：冗余分配（每个片段分配至该地区分店及总站）房源表分片与分配房源表分片与分配数据库房源表片段按区域水平分片总站海淀分店朝阳分店...昌平分店海淀区房源朝阳区房源XX区房源昌平区房源图3-12房源表的分片与分配如图所示，房源表经过水平分片后，同一个地区的房源片段被分配到该地区找房表1）分片方式：水平分片（按分店负责地区）2）分配方式：冗余分配（每个片段分配至该地区分店及总站找房表分片与分配找房表分片与分配数据库找房表片段按区域水平分片总站海淀分店朝阳分店...昌平分店海淀区信息朝阳区信息XX区信息昌平区信息图3-13找房表的分片与分配如图所示，找房表经过水平分片后，同一个地区的找房片段被分配到该地区交易表分片方式：水平分片（ID）分配方式：冗余分配（每个片段分配至该地区分店及总站）交易表分片与分配交易表分片与分配按区域水平分片总站海淀分店朝阳分店...昌平分店海淀区交易记录朝阳区交易记录XX区交易记录昌平区交易记录图3-14交易表的分片与分配如图所示，交易表经过水平分片后，同一个地区的交易片段被分配到该地区会员信息表分片方式：无分片分配方式：冗余分配（分配至总站及各分店）会员信息表分配会员信息表分配数据库总站海淀分店朝阳分店...昌平分店冗余冗余冗余冗余图3-15会员信息表的分配职工信息表1）分片方式：水平分片（按职工所属门店ID）2）分配方式：冗余分配（每个片段分配至该地区分店及总站职工信息表分片与分配职工信息表分片与分配数据库按区域水平分片总站职工信息表片段海淀分店朝阳分店...昌平分店海淀区职工朝阳区职工XX区职工昌平区职工图3-16职工信息表的分片与分配如图所示，职工信息表经过水平分片后，同一个地区的职工信息片段被分配门店信息表分片方式：无分片分配方式：冗余分配（分配至总店及各分店）门店信息表分配门店信息表分配数据库总站海淀分店朝阳分店...昌平分店冗余冗余冗余冗余图3-17门店信息表的分配Oracle的分布式数据库实现Oracle分布式数据库结构EAMSOracle10g数据模型。Oracle/构来处理信息请求。例如当一个Oracle数据库服务器请求另外的Oracle数据库服务器管理的数据时，它就是一个客户。数据库链接Oracle数据库服务器到另一个服务器一个到远程数据库的链接，而不必是该远程数据库的一个用户。CREATEDATABASESOL语句中的模式对象了。分布式数据库的管理下面说明有关在Oracle分布式数据库系统中数据库管理的某些内容。站点自治站点自治是指在分布式数据库中，独立地管理所参与的每个服务器，而与所被分别管理的数据的仓库。分布式数据库的安全对于分布式数据库系统，Oracle支持在非分布式数据库环境中可使用的所有安全特性。包括用户和角色的口令鉴别、用户和角色的某种外部鉴别。分布式数据库系统的事务处理事务是一个由单个用户所执行的一个或多个SQLSQL个节点的语句。中访问数据的。SQL语句haidian_dbscotthouse_source表的数据。SELECT*FROM\hscott.house_source@表的数据。例如下面的查询更新远程haidian_db数据库scott模式中的house_source表的数据。UPDATE \hscott.house_source@SET丁凯’where _id=10000；SQL语句远程的数据库中的数据。SELECT _id，房主姓名FROM scott.house_sourcee,\hscott.house_source@WHEREe.d.房主姓名远程事务和分布式事务远程事务包含一个或多个远程语句，所有这些语句参照一个单独的远程节更新分布式数据库中的两个或者多个不同节点上的数据。两阶段提交协议数据库必须确保事务中的所有语句(分布式的或非分布式的)，作为一个单元该是不可见的。这种透明性对所有事务，包括任何类型操作(如查询更新或者远程过程调用)来说，都应该成立。在分布式数据库中，Oracle必须在整个网络中用相同的特征来协调事务，控制并管理事务的一致性，甚至在网络出现故障时。OracleDML操作。分布式数据库系统的应用开发分布式数据库系统中的透明性透明的目的，就是使分布式数据库系统看起来就好象它是一个单一的系统带来的复杂性。位置透明性Oracle我们使用同义词、视图和存储过程为分布式数据库系统的应用建立位置透明性。下面的语句在数据库中给另一个远程数据库中的表创建同义词：CREART PUBLIC SYNONYM house_source1FOR \hscott.house_source@CREART PUBLIC SYNONYM FOR \hscott.house_source@应用可以发布比较简单的不必介意远程表位置的查询：SELECTa._idFROMhouse_source1a，house_source2WHEREa.=b.房东姓名SQLCOMMITOracleSQL语句DELETE）就像在非分布式环境中SQLCOMMIT、和ROLLBACK来控制事务的，而不需要复杂的编程为分布式事务控制提供其他特殊的操作。在单个事务中的语句可以参照任意数量的本地或远程表。Oracle交、或者全部回滚事务。在Oracle内部为每一个已提交的事务，都有一个相关的系统修改SCN，来SCN的时机是：用一个或多个数据库链接所描述的路径建立链接时。SQL时。提交分布式事务时。SCN和事务层上实现全局分布式的