CN1238806C - C/s结构的信息管理系统上分布式数据处理的方法 - Google Patents
C/s结构的信息管理系统上分布式数据处理的方法 Download PDFInfo
- Publication number
- CN1238806C CN1238806C CN02136576.8A CN02136576A CN1238806C CN 1238806 C CN1238806 C CN 1238806C CN 02136576 A CN02136576 A CN 02136576A CN 1238806 C CN1238806 C CN 1238806C
- Authority
- CN
- China
- Prior art keywords
- database
- branch
- data processing
- general headquarters
- information management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种在C/S结构的信息管理系统上分布式数据处理的方法，设置总部数据库、分部数据库和中心数据库、并通过一种在各数据库之间业务的业务复制和处理的流程，克服了传统C/S结构信息管理系统上集中式数据处理的技术缺点的数据处理方法。利用这种数据处理方法，可以减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。本发明采用数据的分布式处理与集中式信息服务相结合的策略，能充分发挥各种数据管理方式的优势，妥善地解决管理与效率的矛盾；中心数据库、总部数据库、各分部数据库数据互为备份，可提高系统的防灾能力。
Description
技术领域
本发明涉及信息管理系统，尤其涉及在C/S结构的信息管理系统上分布式数据处理的方法。
背景技术
客户机/服务器(C/S)结构是当前信息管理系统中采用的主要体系结构，简称为C/S体系结构。在C/S结构的信息管理系统中，配有高性能的专用服务器，服务器端安装数据库软件，客户端应用软件以SQL语言向服务器发出请求，服务器将处理后的结果传给客户端，两者之间是请求与服务的关系。
但是传统的C/S结构对网络和通讯带宽的要求较高，系统的运行效率不高，系统的防灾害能力不强。
发明内容
本发明提供一种可以克服传统C/S结构信息管理系统上集中式数据处理的技术缺点的数据处理方法。利用这种数据处理方法，可以减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。
本发明的目的是通过如下步骤实现的：
步骤a、建立一个中心数据库，存放所有的业务数据，各分部数据库通过数据的同步手段将全部业务数据汇总于中心数据库；
步骤b、建立一个总部数据库和若干个分部的本地分部数据库，存放与总部和本分部有关的业务数据和公共数据，各分部的业务单位使用本地的数据库进行业务工作；
步骤c、在总部数据库和分部数据库中对所有需要进行数据复制的table(表)在原数据库的基础上增加一个column-flag(列标记)，该column-flag的值决定了该table是否要复制到中心数掘库还是要复制到其他数据库；如果是要复制到中心数据库，则进入步骤d；如果是要从分部数据库1复制到总部数掘库，则进入步骤f；
步骤d、以分部数据库中相关tale为master(主)端，在中心数掘库上建立readonlysnapshot(只读快照)，在master端以步骤c中所述的column-flag的值作为在master端定义数掘复制的触发条件；中心数掘库建立snapshot(快照)的命名规则为，原table名+”_”+table所在的分部数据库代码；
步骤e、在中心数据库中基于所有分部数掘库的snapshot建立一个命名为原table名的partition view(分割视图)，进入步骤h结束；
步骤f、以分部数据库1需要复制的table为master端，在总部数据库上建立updateble snapshot(可更新快照)，并在master端以步骤c中的column-flag的值作为在master端定义数据复制的触发条件；在所述分部数据库1建立table的命名规则为，原table名+”_”+分部数据库1代码；总部数据库建立的snapshot名称与各分部数据库中对应的table名相同；总部数据库建立table的命名规则为，原table名+”_”+总部数据库代码。
步骤g、在分布数据库2中将基于各分部数掘库1的snapshot以及分布数据库2自己对应的table建立一个命名为原table名的view(视图)；在view上建立到相应table或snapshot的trigger(触发器)，使该view可视为一个table。
步骤h、结束。
本发明提供的方法，有利于减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。本发明方法中设置的集中式中心数据库有利于信息的综合查询和统计，有利于提供全方位的信息服务，有利于对外提供统一的数据接口，有利于整个系统的信息共享并降低信息共享的复杂性。本发明采用数据的分布式处理与集中式信息服务相结合的策略，能充分发挥各种数据管理方式的优势，妥善地解决管理与效率的矛盾；中心数据库、各分部数据库数据互为备份，可提高系统的防灾能力。
附图说明
图1：分布式数据库结构图
图2：总部数据库和各分部数据库之间的业务数据的复制
图3：总部数掘库和各分部数据库业务数据向中心数据库的汇总
具体实施方式
下面结合附图和实施例来进一步介绍本发明。
举个例子来进一步说明本发明的特点：
现有一个C/S结构的信息管理系统Test_MIS，它只有一个流程，即在分公司受理，然后在总公司进行审批。如果审批不合格，将申请驳回分公司。此外分公司可以查询统计业务数据。数据库中只有一张table-“tab_test”
如果采用传统的集中式数据管理，只要在总公司的服务器上安装一套数据库软件，然后在分公司使用应用程序连接上总公司的数据库，就可以进行所有的业务操作和查询统计功能。但是如果与总公司的连接线路不通畅，甚至总公司的服务器宕机，那么所有的分公司的业务都无法进行了。这种情况随着分公司使用者的增多，可能会经常发生，这样会大大影响工作效率。
如果使用本发明所提出的分布式数据管理方法，减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。
整个系统设计如图1所示。
这里总公司业务数据库对应于附图1中的总部数据库，主要存放分公司上传上来需要审批的数据和审批完的数据。
分公司1...n数据库对应于附图1中的分部1...n数据库，存放各个分公司的业务数据。
总公司汇总数据库对应于附图1中的中心数据库，存放全部的业务数据。
首先设计表“tab_test”，在原数据结构的基础上增加一个column-“flag”，暂定义为2位char，每一位均代表一种数据复制(0-不复制；1-复制)。第一位：代表分公司与总公司业务数据库之间的上传、下达；第二位：代表各业务数据库的汇总复制，包括：总公司业务数据库以及分公司数据库向总公司汇总数据库的复制。
如果要实现分公司与总公司业务数据库之间的上传、下达(相当于实现分部数据库1和总部数据库之间业务数据的复制)，见附图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”的值。
这样一个管理信息系统，总公司汇总数据库进行信息的综合查询和统计，有利于提供全方位的信息服务，有利于对外提供统一的数据接口，有利于整个系统的信息共享并降低信息共享的复杂性。
总公司数据库、各分公司数据库数据互为备份，可提高系统的防灾能力。
有利于减少对网络和通讯带宽的要求，提高系统的运行效率，降低网络的运行成本，提高系统的可靠性。
Claims (7)
1、一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，所述方法包括如下步骤：
步骤a、建立一个中心数据库，存放所有的业务数掘；
步骤b、建立一个总部数据库和若干个分部的本地分部数据库，存放与总部和本分部有关的业务数据和公共数据；
步骤c、在总部数据库和分部数据库中对所有需要进行数据复制的表在原数据库的基础上增加一个列标记，该列标记的值决定了该表是否要复制到中心数据库还是要复制到其他数据库；如果是要复制到中心数据库，则进入步骤d；如果是要从分部数据库1复制到总部数据库，则进入步骤f；
步骤d、以分部数据库为主端，在中心数据库上建立只读快照，在主端以步骤c中所述的列标记的值作为在主端定义数据复制的触发条件；
步骤e、在中心数据库中基于所有分部数据库的快照建立一个命名为原表名的分割视图，进入步骤h结束：
步骤f、以分部数据库1为主端，在总部数据库上建立可更新快照，并在主端以步骤c中的列标记的值作为在主端定义数据复制的触发条件；
步骤g、在总部数据库中将基于各分部数据库1的快照以及总部数据库自己对应的表建立一个命名为原表名的视图；
步骤h、结束。
2、如权利要求1所述的一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，在步骤a中，所述总部数据库和各分部数据库通过数据的同步手段将全部业务数据汇总于中心数据库。
3、如权利要求1所述的一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，在步骤f中，在所述分部数据库1建立表的命名规则为，原表名+“_”+分部数据库1代码。
4、如权利要求2所述的一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，在步骤f中，在所述总部数据库建立表的命名规则为，原表名+“_”+ 总部数据库代码。
5、如权利要求2所述的一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，在步骤f中，总部数据库建立的快照名称与各分部数据库中对应的表名相同。
6、如权利要求2所述的一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，在步骤g中，在视图上建立到相应表或快照的触发器，使该视图可视为一个表。
7、如权利要求1所述的一种客户端/服务器结构的信息管理系统上分布式数据处理的方法，其特征在于，在步骤d中，所述中心数据库建立快照的命名规则为，原表名+“_”+表所在的分部数据库代码。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN02136576.8A CN1238806C (zh) | 2002-08-19 | 2002-08-19 | C/s结构的信息管理系统上分布式数据处理的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN02136576.8A CN1238806C (zh) | 2002-08-19 | 2002-08-19 | C/s结构的信息管理系统上分布式数据处理的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1477562A CN1477562A (zh) | 2004-02-25 |
| CN1238806C true CN1238806C (zh) | 2006-01-25 |
Family
ID=34146551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN02136576.8A Expired - Lifetime CN1238806C (zh) | 2002-08-19 | 2002-08-19 | C/s结构的信息管理系统上分布式数据处理的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1238806C (zh) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5012044B2 (ja) * | 2007-01-26 | 2012-08-29 | 日本電気株式会社 | コンテンツ配信システム、コンテンツ配信方法及びプログラム |
| CN101976243A (zh) * | 2010-09-30 | 2011-02-16 | 中国科学院国家天文台 | 一种对卫星数据进行处理的系统 |
| CN102508927B (zh) * | 2011-12-01 | 2014-12-03 | 中国核工业二三建设有限公司 | 基于核电施工多项目管理数据同步技术的装置和方法 |
| CN104462192B (zh) * | 2011-12-01 | 2017-09-01 | 中国核工业二三建设有限公司 | 基于核电施工多项目管理数据同步技术装置的方法 |
| CN104598610B (zh) * | 2015-01-29 | 2017-12-12 | 无锡江南计算技术研究所 | 一种分布式数据库数据分发上传同步方法 |
| US10884869B2 (en) * | 2015-04-16 | 2021-01-05 | Nuodb, Inc. | Backup and restore in a distributed database utilizing consistent database snapshots |
| US10180954B2 (en) | 2015-05-29 | 2019-01-15 | Nuodb, Inc. | Disconnected operation within distributed database systems |
| CN106528090A (zh) * | 2016-10-14 | 2017-03-22 | 沈阳化工大学 | 一种c/s结构向b/s结构移植的方法 |
-
2002
- 2002-08-19 CN CN02136576.8A patent/CN1238806C/zh not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CN1477562A (zh) | 2004-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7756898B2 (en) | Systems and methods for notifying listeners of events | |
| US8682856B2 (en) | Method and system for processing query messages over a network | |
| US7502800B2 (en) | Method of capturing data changes utilizing data-space tracking | |
| CN102129478B (zh) | 数据库同步方法及系统 | |
| US7822711B1 (en) | Conflict resolution for a distributed file sharing system | |
| CN1238806C (zh) | C/s结构的信息管理系统上分布式数据处理的方法 | |
| US7441007B1 (en) | System and method for allowing applications to retrieve properties and configuration information from a persistent store | |
| US7251670B1 (en) | Methods and apparatus for replicating a catalog in a content distribution network | |
| CN1545252A (zh) | 一种网管系统中实现对前台数据配置的方法 | |
| US20080046445A1 (en) | Systems and methods of reverse lookup | |
| US20060184589A1 (en) | Linked Value Replication | |
| CN101031907A (zh) | 索引处理 | |
| WO2007134250A2 (en) | Method for forming homogeneous from heterogeneous data | |
| CN1823324A (zh) | 关系数据库配置镜像的系统与方法 | |
| CN102890678A (zh) | 一种基于格雷编码的分布式数据布局方法及查询方法 | |
| CN1687932A (zh) | 一种用于基于内容的海量图片快速检索的索引构建方法 | |
| CN108399231A (zh) | 一种数据采集方法及Flume数据采集客户端 | |
| CN1859505A (zh) | 话单查询系统及查询方法 | |
| Ratner et al. | Peer replication with selective control | |
| US20020087271A1 (en) | Maintaining and reconstructing the history of database content modified by a series of events | |
| CN1243431C (zh) | 宽带网络通信产品的通用路由平台命令行的解析方法 | |
| CN1192308C (zh) | 一种快速消除数据库差异信息的方法 | |
| US10824600B2 (en) | System and method for maintaining data consistency across replicas in a cluster of nodes using incremental validation | |
| CN1612618A (zh) | 一种电信网管系统中级联代理实现方法 | |
| CN1477558A (zh) | 在不兼容的电脑间高效转换异质数据的系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CX01 | Expiry of patent term |
Granted publication date: 20060125 |
|
| CX01 | Expiry of patent term |