C/S结构的信息管理系统上分布式数据处理的方法

摘要

本发明提供一种在C/S结构的信息管理系统上分布式数据处理的方法，设置分部数据库和中心数据库、并通过一种在各数据库之间业务的业务复制和处理的流程，克服了传统C/S结构信息管理系统上集中式数据处理的技术缺点的数据处理方法。利用这种数据处理方法，可以减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。本发明采用数据的分布式处理与集中式信息服务相结合的策略，能充分发挥各种数据管理方式的优势，妥善地解决管理与效率的矛盾；中心数据库、各分部数据库数据互为备份，可提高系统的防灾能力。

说明书

                             技术领域

本发明涉及信息管理系统，尤其涉及在C/S结构的信息管理系统上分布式数据处理的方法。

                             背景技术

客户机/服务器(C/S)结构是当前信息管理系统中采用的主要体系结构，简称为C/S体系结构。在C/S结构的信息管理系统中，配有高性能的专用服务器，服务器端安装数据库软件，客户端应用软件以SQL语言向服务器发出请求，服务器将处理后的结果传给客户端，两者之间是请求与服务的关系。

但是传统的C/S结构对网络和通讯带宽的要求较高，系统的运行效率不高，系统的防灾害能力不强。

                             发明内容

本发明提供一种可以克服传统C/S结构信息管理系统上集中式数据处理的技术缺点的数据处理方法。利用这种数据处理方法，可以减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。

本发明的目的是通过如下步骤实现的：

步骤a、建立一个中心数据库，存放所有的业务数据，各分部数据库通过数据的同步手段将全部业务数据汇总于中心数据库；

步骤b、建立若干个分部的本地分部数据库，存放与本分部有关的业务数据和公共数据，各分部的业务单位使用本地的数据库进行业务工作；

步骤c、在分部数据库中对所有需要进行数据复制的table在原数据库的基础上增加一个column-flag，该column-flag的值决定了该table是否要复制到中心数据库还是要复制到其他分部数据库；如果是要复制到中心数据库，则进入步骤d；如果是要从分部数据库1复制到分部数据库2，则进入步骤f；

步骤d、以分部数据库中相关table为master端，在中心数据库上建立readonlysnapshot，在master端以步骤c中所述的column-flag的值作为在master端定义数据复制的触发条件；中心数据库建立snapshot的命名规则为，原table名+”_”+table所在的分部数据库代码；

步骤e、在中心数据库中基于所有分部数据库的snapshot建立一个命名为原table名的partition view，进入步骤h结束；

步骤f、以分部数据库1需要复制的table为master端，在分部数据库2上建立updateble snapshot，并在master端以步骤c中的column-flag的值作为在master端定义数据复制的触发条件；在所述分部数据库1建立table的命名规则为，原table名+”_”+分部数据库1代码；分部数据库2建立的snapshot名称与其他各分部数据库中对应的table名相同；分部数据库2建立table的命名规则为，原table名+”_”+分部数据库2代码。

步骤g、在分布数据库2中将基于各分部数据库1的snapshot以及分布数据库2自己对应的table建立一个命名为原table名的view；在view上建立到相应table或snapshot的trigger，使该view可视为一个table。

步骤h、结束。

本发明提供的方法，有利于减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。本发明方法中设置的集中式中心数据库有利于信息的综合查询和统计，有利于提供全方位的信息服务，有利于对外提供统一的数据接口，有利于整个系统的信息共享并降低信息共享的复杂性。本发明采用数据的分布式处理与集中式信息服务相结合的策略，能充分发挥各种数据管理方式的优势，妥善地解决管理与效率的矛盾；中心数据库、各分部数据库数据互为备份，可提高系统的防灾能力。

                             附图说明

图1：分布式数据库结构图

图2：分部数据库2和其它分部数据库(包括分布数据库1)之间的业务数据的复制

图3：各分部数据库业务数据向中心数据库的汇总

                             具体实施方式

下面结合附图和实施例来进一步介绍本发明。

举个例子来进一步说明本发明的特点：

现有一个C/S结构的信息管理系统Test_MIS，它只有一个流程，即在分公司受理，然后在总公司进行审批。如果审批不合格，将申请驳回分公司。此外分公司可以查询统计业务数据。数据库中只有一张table——“tab_test”

如果采用传统的集中式数据管理，只要在总公司的服务器上安装一套数据库软件，然后在分公司使用应用程序连接上总公司的数据库，就可以进行所有的业务操作和查询统计功能。但是如果与总公司的连接线路不通畅，甚至总公司的服务器宕机，那么所有的分公司的业务都无法进行了。这种情况随着分公司使用者的增多，可能会经常发生，这样会大大影响工作效率。

如果使用本发明所提出的分布式数据管理方法，减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。

整个系统设计如图1所示。

这里总公司业务数据库对应于附图1中的分部2数据库，主要存放分公司上传上来需要审批的数据和审批完的数据。

分公司1...n数据库对应于附图1中的分部1...n数据库，存放各个分公司的业务数据。

总公司汇总数据库对应于附图1中的中心数据库，存放全部的业务数据。

首先设计表“tab_test”，在原数据结构的基础上增加一个column-“flag”，暂定义为2位char，每一位均代表一种数据复制(0-不复制；1-复制)。第一位：代表分公司与总公司业务数据库之间的上传、下达；第二位：代表各业务数据库的汇总复制，包括：总公司业务数据库以及分公司数据库向总公司汇总数据库的复制。

如果要实现分公司与总公司业务数据库之间的上传、下达(相当于实现分部数据库1和分部数据库2之间业务数据的复制)，见附图2，执行以下步骤：a、以分公司数据库上的需要复制的表“tab_test”为master端，在总公司业务数据库上建立updatable Snapshot，然后在master端定义数据复制的触发条件(判断每张表的column“flag”的值，substr(tab_test.flag，1，1)＝‘1’)。b、分公司数据库上建立tab_test的命名规则为：‘tab_test_’+其他分公司代码(比如1，2，3...n)。c、总公司业务数据库上建立的Snapshot名称与其他分公司数据库中对应的的表名相同。d、总公司业务数据库中对应表“tab_test”命名为：‘tab_test_0’。e、在总公司业务数据库中将基于其他分公司数据库的snapshot以及自己对应的table建立一个View，命名为tab_test。f、在总公司业务数据库的View上建立Trigger(instead of insert/update/delete到相应的table或snapshot)，使该View可视为一个table来进行操作。

如果要实现各分公司数据库和总公司业务数据库的业务数据向总公司汇总数据库的汇总，见附图3，执行以下步骤：a、以分公司数据库和总公司业务数据库中表tab_test为master端，在总公司汇总数据库上分别建立Readonly Snapshot，在master端定义数据复制的触发条件(判断每张表的column“flag”的值，substr(tab_test.flag，2，1)＝‘1’)。b、总公司汇总数据库上建立的Snapshot命名规则为：‘tab_test_’+代码。c、在总公司汇总数据库中基于所有分公司和总公司业务数据库的snapshot建立一个Partition View(命名为tab_test)。

做完以上这些步骤，一个分布式数据库就搭建好了。以后所有的应用程序仅对名为tab_test的数据库对象进行操作(有关的数据复制对应用程序是透明的)，应用程序需要控制在业务流程处理的适当时候，正确设置tab_test中的column“flag”的值。

这样一个管理信息系统，总公司汇总数据库进行信息的综合查询和统计，有利于提供全方位的信息服务，有利于对外提供统一的数据接口，有利于整个系统的信息共享并降低信息共享的复杂性。

总公司数据库、各分公司数据库数据互为备份，可提高系统的防灾能力。

有利于减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。