CN103279510A - 多数据库非连续性在线同步的方法 - Google Patents
多数据库非连续性在线同步的方法 Download PDFInfo
- Publication number
- CN103279510A CN103279510A CN2013101860227A CN201310186022A CN103279510A CN 103279510 A CN103279510 A CN 103279510A CN 2013101860227 A CN2013101860227 A CN 2013101860227A CN 201310186022 A CN201310186022 A CN 201310186022A CN 103279510 A CN103279510 A CN 103279510A
- Authority
- CN
- China
- Prior art keywords
- record
- data
- client
- ownership
- user
- 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.)
- Pending
Links
Images
Abstract
本发明公开了多数据库非连续性在线同步的方法,实现外部的脱网客户端和服务器数据库的数据同步。其技术方案为:多数据库非连续性在线同步的方法包括客户端下载独占数据的方法、客户端上传独占数据的方法、客户端下载共享数据的方法以及客户端上传共享数据的方法,实现了针对主、副数据库中关于独占数据和共享数据的上传和下载。
Description
技术领域
本发明涉及数据库在线同步方法,尤其涉及多数据库非连续性环境下的在线同步方法。
背景技术
图1示出了多数据库网络架构的拓扑结构。请参见图1,其中的以太网络通常指与互联网络环境有隔离的企业内网工作环境。在该网络环境下,设有数据库服务器(包括主数据库10和副数据库11)、内网客户端13以及经过防火墙14保护的对外数据端口。由图1可见,本方案中有许多便携式客户端15,在设有无线基站16的无线网络环境下,通过防火墙14连入内网环境访问主数据库10和副数据库11。同时由于许多现场条件的限制,导致便携式客户端17并非一直处于网络环境下,即有可能进入离线工作模式,造成客户端应用无法访问数据库服务器。
本申请之前常用的主体业务信息系统是基于一个企业内网环境下架构的C/S结构的信息管理系统,网络环境与互联网保持逻辑隔离的状态,且主体应用程序无法在脱离网络环境的情况下独立运行,因此对于现场检测、移动办公等需求有很大的空白。
通过调研后确认,现在运营商所实施的网络覆盖面并非普及至所有地区,无论3G网络、无线WIFI均只能覆盖至部分地区,尤其部分客户的实验室有涉密需求不允许网络环境覆盖,无法连入网络,因此即便将企业内网环境与互联网通过网闸连接后,仍无法满足其主体应用程序的需求。
而市场上大部分离线式客户端的实现方法均采用独立应用程序,数据采集后生成文本文件或数据文件,在接回网络环境后上传这些文件的方式实现,无法实现数据记录操作的溯源性。同时,也无法保证一些实验需求参数的调用,比如:标准器信息、检测依据信息、检测模版、公式、样品批量管理等等。
发明内容
本发明的目的在于解决上述问题,提供了一种多数据库非连续性在线同步的方法,其包括客户端下载独占数据的方法、客户端上传独占数据的方法、客户端下载共享数据的方法以及客户端上传共享数据的方法,实现外部的脱网客户端和服务器数据库的数据同步。
本发明的技术方案为:本发明揭示了一种客户端下载独占数据的方法,包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的下载,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的下载更新,若用户输入授权密码不正确则取消下载更新操作;
核对记录最后操作时间戳,防止用户早前下载并操作过的记录被误操作而导致无法逆转的失误。
根据本发明的客户端下载独占数据的方法的一实施例,在核对记录最后操作时间戳的过程中,若客户端数据记录时间早于主数据库记录时间,则直接下载主数据库的独占数据进行更新,若主数据库记录时间早于客户端数据记录时间,则在征询当前操作用户的授权后下载主数据库的独占数据并进行更新。
根据本发明的客户端下载独占数据的方法的一实施例,确认记录操作权限的归属包括以下方式之一:
通过用户名进行记录操作权限的归属确认;
通过机器名进行记录操作权限的归属确认;或者
通过主数据库和客户端数据库中的更新/锁定标记的字段进行记录操作权限的归属确认,当主数据库数据被下载后,该字段标示为锁定,被锁定的记录无法下载和发生任何更新操作,在记录归属用户再次上传后进行解锁。
本发明还揭示了一种客户端上传独占数据的方法,包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的上传,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的上传更新,若用户输入授权密码不正确则取消上传更新操作;
进行客户端名的确认,以防同一用户在多台客户端上对同一记录进行上传操作;
核对记录最后操作时间戳,防止用户早前上传并操作过的记录被误操作而导致无法逆转的失误。
根据本发明的客户端上传独占数据的方法的一实施例,在核对记录最后操作时间戳的过程中,若主数据库记录时间早于客户端数据记录时间,则直接向主数据库上传独占数据进行更新,若客户端数据记录时间早于主数据库记录时间,则在征询当前操作用户的授权后向主数据库上传独占数据进行更新。
根据本发明的客户端上传独占数据的方法的一实施例,确认记录操作权限的归属包括以下方式之一:
通过用户名进行记录操作权限的归属确认;或者
通过机器名进行记录操作权限的归属确认。
本发明还揭示了一种客户端下载共享数据的方法,包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的下载,若有记录则进入下一步;
确认客户端数据库中的记录是否需要更新,若需要则直接更新数据,若不需要则进入下一步;
确认是否在客户端数据库中建立副本,若需要建立副本则从副数据库中下载并建立副本,若不需要则停止下载。
本发明还揭示了一种客户端上传共享数据的方法,包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的上传,若有记录则进入下一步;
确认副数据库中的记录是否需要更新,若不需要则停止共享数据的上传,若需要则进入下一步;
确认用户身份,若是当前操作用户则更新数据,若不是则进入下一步;
确认是否在客户端数据库中建立副本,若需要上传副本到副数据库中,若不需要则停止上传。
本发明还揭示了一种多数据库非连续性在线同步的方法,包括客户端下载独占数据的过程、客户端上传独占数据的过程、客户端下载共享数据的过程、客户端上传共享数据的过程这四个方面的流程,其中:
其中客户端下载独占数据的过程包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的下载,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的下载更新,若用户输入授权密码不正确则取消下载更新操作;
核对记录最后操作时间戳,防止用户早前下载并操作过的记录被误操作而导致无法逆转的失误;
客户端上传独占数据的过程包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的上传,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的上传更新,若用户输入授权密码不正确则取消上传更新操作;
进行客户端名的确认,以防同一用户在多台客户端上对同一记录进行上传操作;
核对记录最后操作时间戳,防止用户早前上传并操作过的记录被误操作而导致无法逆转的失误;
客户端下载共享数据的过程包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的下载,若有记录则进入下一步;
确认客户端数据库中的记录是否需要更新,若需要则直接更新数据,若不需要则进入下一步;
确认是否在客户端数据库中建立副本,若需要建立副本则从副数据库中下载并建立副本,若不需要则停止下载;
客户端上传共享数据的过程包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的上传,若有记录则进入下一步;
确认副数据库中的记录是否需要更新,若不需要则停止共享数据的上传,若需要则进入下一步;
确认用户身份,若是当前操作用户则更新数据,若不是则进入下一步;
确认是否在客户端数据库中建立副本,若需要上传副本到副数据库中,若不需要则停止上传。
根据本发明的多数据库非连续性在线同步的方法的一实施例,在客户端下载独占数据的过程中,在核对记录最后操作时间戳的流程中,若客户端数据记录时间早于主数据库记录时间,则直接下载主数据库的独占数据进行更新,若主数据库记录时间早于客户端数据记录时间,则在征询当前操作用户的授权后下载主数据库的独占数据并进行更新;
在客户端上传独占数据的过程中,在核对记录最后操作时间戳的流程中,若主数据库记录时间早于客户端数据记录时间,则直接向主数据库上传独占数据进行更新,若客户端数据记录时间早于主数据库记录时间,则在征询当前操作用户的授权后向主数据库上传独占数据进行更新。
本发明对比现有技术有如下的有益效果:本发明的多数据库非连续性在线同步的方法包含了客户端下载独占数据的过程、客户端上传独占数据的过程、客户端下载共享数据的过程以及客户端上传共享数据的过程,实现了针对主、副数据库中关于独占数据和共享数据的上传和下载。
附图说明
图1示出了多数据库网络架构的拓扑图。
图2示出了多数据库数据交互的示意图。
图3示出了本发明的客户端下载独占数据的流程图。
图4示出了本发明的客户端上传独占数据的流程图。
图5示出了本发明的客户端下载共享数据的流程图。
图6示出了本发明的客户端上传共享数据的流程图。
图7示出了多数据库用户密码同步策略的流程图。
具体实施方式
下面结合附图和实施例对本发明作进一步的描述。
图2示出了多数据库的数据交互关系,请参见图2,为了保证客户端能够在离线工作模式下正常进行工作,建立了客户端数据库以保证客户端的应用可以正常运行。并在接入网络环境后,根据数据分类及数据需求分别针对主、副数据库进行数据的上传与下载。由图2可见,承托企业主体业务应用的主数据库的数据通常具有独占性。所谓独占数据是指该数据具有可溯源性,能对数据操作时间、操作人进行唯一性的追溯。
而副数据库则承载着可提供各个用户分享的数据,比如工作流程、记录模版、通知通告等。此类数据通常根据工作需要可以建立多个有微小区别,具有用户个性化的副本,同时还可共享给其他用户下载使用,因此称为共享数据。
如果客户端均保持网络连接状态下,独占数据与共享数据的更新策略会由数据库的数据操作保护策略而保护。可一旦处于离线工作状态时,由于用户与客户端的对应关系可能并非一一对应,且操作顺序有先后,数据更新不及时等等状况会导致主数据库数据的可溯源性被破坏。为了解决这一问题,同时保证数据库的高可用性,分别建立主副数据库,针对独占数据与共享数据分别进行管理。
主数据库数据是企业所有应用程序的核心数据,因此无论是脱离网络环境的客户端,或是在线客户端要正常开展工作都必须依托于核心数据。因此,为了保证客户端在脱离了可连接主数据库的网络环境下仍可正常开展业务,建立本机数据库,并将主数据库数据下载至本机数据库中是十分必要的。
图3示出了本发明的客户端下载独占数据的流程,由图3可见,数据下载流程需要进行多层验证才能下载或更新至本机数据库。
第一步,是核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的下载,若有记录则进入下一步。这一步一般是通过唯一性记录标识的比较来确定是否有相同记录的。
第二步,确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的下载更新,若用户输入授权密码不正确则取消下载更新操作。
由于客户端与用户关系并非一一对应,而且用户对记录操作的权限可能会产生重叠,所以确认记录操作权限的归属十分重要。因此在主数据库与本机数据库中需交互的记录表中,增加相关用户信息记录。
而确认记录操作权限的归属有以下几种方式:通过用户名进行记录操作权限的归属确认;通过机器名进行记录操作权限的归属确认;或者通过主数据库和客户端数据库中的更新/锁定标记的字段进行记录操作权限的归属确认,当主数据库数据被下载后,该字段标示为锁定,被锁定的记录无法下载和发生任何更新操作,在记录归属用户再次上传后进行解锁。
第三步,核对记录最后操作时间戳,防止用户早前下载并操作过的记录被误操作而导致无法逆转的失误。
在核对记录最后操作时间戳的过程中,若客户端数据记录时间早于主数据库记录时间,则直接下载主数据库的独占数据进行更新,若主数据库记录时间早于客户端数据记录时间,则在征询当前操作用户的授权(即,得到当前操作用户的授权密码)后下载主数据库的独占数据并进行更新。
图4示出了本发明的客户端上传独占数据的流程。请参见图4,第一步,核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的上传,若有记录则进入下一步。
第二步,确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的上传更新,若用户输入授权密码不正确则取消上传更新操作。
确认记录操作权限的归属包括以下方式之一:通过用户名进行记录操作权限的归属确认;或者通过机器名进行记录操作权限的归属确认。
第三步,进行客户端名的确认,以防同一用户在多台客户端上对同一记录进行上传操作。由于主数据库与本机数据库的对应关系为一对多,因此在记录归属确认步骤与核对时间戳步骤中增加了一步客户端名核对,以防同一用户在多台客户端上对同一记录进行上传动作,导致主数据库中数据无法进行追溯。
同时主数据库的记录中记录机器名,有助于跨数据库记录查询功能的实现,可以直接在内网环境下通过主数据库数据查询在线客户端中的本机数据库。
第四步,核对记录最后操作时间戳,防止用户早前上传并操作过的记录被误操作而导致无法逆转的失误。
在核对记录最后操作时间戳的过程中,若主数据库记录时间早于客户端数据记录时间,则直接向主数据库上传独占数据进行更新,若客户端数据记录时间早于主数据库记录时间,则在征询当前操作用户的授权后向主数据库上传独占数据进行更新。
共享数据与云数据的概念类似,是用户在工作过程中产生的可互相交互使用的数据,比如工作模版、记录单、公式、实验参数等等,由于这些数据往往不能做唯一性限定,且根据实际使用情况会产生多个副本,因此利用独占数据管理方法进行管理不仅会影响应用程序速度,也会增加数据库的传输负担。因此专门建立副数据库来管理共享数据。
图5示出了本发明的客户端下载共享数据的流程。请参见图5,第一步,核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的下载,若有记录则进入下一步。
第二步,确认客户端数据库中的记录是否需要更新,若需要则直接更新数据,若不需要则进入下一步。
第三步,确认是否在客户端数据库中建立副本,若需要建立副本则从副数据库中下载并建立副本,若不需要则停止下载。共享数据在数据发生冲突时,可通过建立副本的方式增加记录条目,所以可以省略独占数据中用户授权的步骤,因此流程上要简便许多。
图6示出了本发明的客户端上传共享数据的流程。请参见图6,第一步,核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的上传,若有记录则进入下一步。
第二步,确认副数据库中的记录是否需要更新,若不需要则停止共享数据的上传,若需要则进入下一步。
第三步,确认用户身份,若是当前操作用户则更新数据,若不是则进入下一步;
第四步,确认是否在客户端数据库中建立副本,若需要上传副本到副数据库中,若不需要则停止上传。上传流程也基本如此,同时在共享数据管理中与独占数据管理不一样的是,记录归属的用户名也与记录关键字段一并做记录的唯一性标识。因此只要记录归属用户名不一样,记录就作为一个新的副本出现。
此外,本方案中多数据库中用户管理的策略是重中之重,该策略将保证离线式数据库与主数据库中的用户密码、用户授权密码统一。用户密码是用来通过应用程序登陆数据库所使用的密码。而用户授权密码是用户用来对记录操作授权,请求通常发生在有其他人对自己所拥有的记录进行操作时,但也有多客户端重复上传数据记录时,以及用户密码变更时。
如图7所示,本策略详细方法如下:
1、开启应用程序时,便检测客户端是否可连入主网络,即可否与主数据库连接。如果不可建立连接,则进入离线工作模式。如果可连接,则强制将本机数据库用户表与主数据库用户表同步,保持用户登录验证的唯一性。
2、用户登录后如果发生修改密码事件,则需要将客户端当前密码与主数据库密码进行比较,如果不一致则需使用用户授权密码进行验证,通过后才可更新。
此条件判断主要为了防止发生同一用户在多个客户端登陆,并在保持登陆状态下,分别发生多次修改密码操作,造成密码前后不一致,无法追溯的情况发生。
3、用户授权密码只能在主数据库中变更,不可在离线模式下进行变更。这样保证了离线客户端中保存的授权密码一定与主数据库一致。如果有不一致的情况发生,只需要将客户端与主数据库连接一次即可更新。
本发明的多数据库非连续性在线同步的方法包括了客户端下载独占数据的过程、客户端上传独占数据的过程、客户端下载共享数据的过程以及客户端上传共享数据的过程,从而实现了针对主、副数据库中关于独占数据和共享数据的上传和下载。这四个过程的详细实现在上述实施例中均已详细描述,因此不再赘述。
本发明的突破在于:
1、本方案区别于传统模式的B/S、C/S网络架构,是以C/S架构为基础构建的非连续性在线网络架构,其网络连接状态不再是必须要保证的条件之一。
2、多数据库针对不同类型的数据进行管理、查询,可大大提高数据库运行效率。并且针对离线式C/S架构的多数据库查询,可通过机器名进行识别,直接从主数据库中查询至在线的本机数据库。
3、数据分库管理:独占数据:承载企业主体业务,具有唯一性,需溯源的记录放置在主数据库中。共享数据(云数据):通过副数据库对多用户、多客户端进行数据分享。
4、用户管理:利用两级用户密码(用户登录密码、用户授权密码)的管理,实现非连续性在线的本机数据库与主数据库中的用户信息的统一。
上述实施例是提供给本领域普通技术人员来实现和使用本发明的,本领域普通技术人员可在不脱离本发明的发明思想的情况下,对上述实施例做出种种修改或变化,因而本发明的保护范围并不被上述实施例所限,而应该是符合权利要求书所提到的创新性特征的最大范围。
Claims (10)
1.一种客户端下载独占数据的方法,包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的下载,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的下载更新,若用户输入授权密码不正确则取消下载更新操作;
核对记录最后操作时间戳,防止用户早前下载并操作过的记录被误操作而导致无法逆转的失误。
2.根据权利要求1所述的客户端下载独占数据的方法,其特征在于,在核对记录最后操作时间戳的过程中,若客户端数据记录时间早于主数据库记录时间,则直接下载主数据库的独占数据进行更新,若主数据库记录时间早于客户端数据记录时间,则在征询当前操作用户的授权后下载主数据库的独占数据并进行更新。
3.根据权利要求1所述的客户端下载独占数据的方法,其特征在于,确认记录操作权限的归属包括以下方式之一:
通过用户名进行记录操作权限的归属确认;
通过机器名进行记录操作权限的归属确认;或者
通过主数据库和客户端数据库中的更新/锁定标记的字段进行记录操作权限的归属确认,当主数据库数据被下载后,该字段标示为锁定,被锁定的记录无法下载和发生任何更新操作,在记录归属用户再次上传后进行解锁。
4.一种客户端上传独占数据的方法,包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的上传,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的上传更新,若用户输入授权密码不正确则取消上传更新操作;
进行客户端名的确认,以防同一用户在多台客户端上对同一记录进行上传操作;
核对记录最后操作时间戳,防止用户早前上传并操作过的记录被误操作而导致无法逆转的失误。
5.根据权利要求4所述的客户端上传独占数据的方法,其特征在于,在核对记录最后操作时间戳的过程中,若主数据库记录时间早于客户端数据记录时间,则直接向主数据库上传独占数据进行更新,若客户端数据记录时间早于主数据库记录时间,则在征询当前操作用户的授权后向主数据库上传独占数据进行更新。
6.根据权利要求4所述的客户端上传独占数据的方法,其特征在于,确认记录操作权限的归属包括以下方式之一:
通过用户名进行记录操作权限的归属确认;或者
通过机器名进行记录操作权限的归属确认。
7.一种客户端下载共享数据的方法,包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的下载,若有记录则进入下一步;
确认客户端数据库中的记录是否需要更新,若需要则直接更新数据,若不需要则进入下一步;
确认是否在客户端数据库中建立副本,若需要建立副本则从副数据库中下载并建立副本,若不需要则停止下载。
8.一种客户端上传共享数据的方法,包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的上传,若有记录则进入下一步;
确认副数据库中的记录是否需要更新,若不需要则停止共享数据的上传,若需要则进入下一步;
确认用户身份,若是当前操作用户则更新数据,若不是则进入下一步;
确认是否在客户端数据库中建立副本,若需要上传副本到副数据库中,若不需要则停止上传。
9.一种多数据库非连续性在线同步的方法,包括客户端下载独占数据的过程、客户端上传独占数据的过程、客户端下载共享数据的过程、客户端上传共享数据的过程这四个方面的流程,其中:
其中客户端下载独占数据的过程包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的下载,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的下载更新,若用户输入授权密码不正确则取消下载更新操作;
核对记录最后操作时间戳,防止用户早前下载并操作过的记录被误操作而导致无法逆转的失误;
客户端上传独占数据的过程包括:
核对主数据库和客户端数据库中是否有相同记录,若没有记录则进行独占数据的上传,若有记录则进入下一步;
确认记录操作权限的归属,若记录操作权限的归属是当前操作用户则进入下一步,若记录操作权限的归属不是当前操作用户则征询记录归属者的授权,在记录归属者变更为当前操作用户后进行独占数据的上传更新,若用户输入授权密码不正确则取消上传更新操作;
进行客户端名的确认,以防同一用户在多台客户端上对同一记录进行上传操作;
核对记录最后操作时间戳,防止用户早前上传并操作过的记录被误操作而导致无法逆转的失误;
客户端下载共享数据的过程包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的下载,若有记录则进入下一步;
确认客户端数据库中的记录是否需要更新,若需要则直接更新数据,若不需要则进入下一步;
确认是否在客户端数据库中建立副本,若需要建立副本则从副数据库中下载并建立副本,若不需要则停止下载;
客户端上传共享数据的过程包括:
核对副数据库和客户端数据库中是否有相同记录,若没有记录则进行共享数据的上传,若有记录则进入下一步;
确认副数据库中的记录是否需要更新,若不需要则停止共享数据的上传,若需要则进入下一步;
确认用户身份,若是当前操作用户则更新数据,若不是则进入下一步;
确认是否在客户端数据库中建立副本,若需要上传副本到副数据库中,若不需要则停止上传。
10.根据权利要求9所述的多数据库非连续性在线同步的方法,其特征在于,在客户端下载独占数据的过程中,在核对记录最后操作时间戳的流程中,若客户端数据记录时间早于主数据库记录时间,则直接下载主数据库的独占数据进行更新,若主数据库记录时间早于客户端数据记录时间,则在征询当前操作用户的授权后下载主数据库的独占数据并进行更新;
在客户端上传独占数据的过程中,在核对记录最后操作时间戳的流程中,若主数据库记录时间早于客户端数据记录时间,则直接向主数据库上传独占数据进行更新,若客户端数据记录时间早于主数据库记录时间,则在征询当前操作用户的授权后向主数据库上传独占数据进行更新。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101860227A CN103279510A (zh) | 2013-05-17 | 2013-05-17 | 多数据库非连续性在线同步的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101860227A CN103279510A (zh) | 2013-05-17 | 2013-05-17 | 多数据库非连续性在线同步的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103279510A true CN103279510A (zh) | 2013-09-04 |
Family
ID=49062029
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013101860227A Pending CN103279510A (zh) | 2013-05-17 | 2013-05-17 | 多数据库非连续性在线同步的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103279510A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105426373A (zh) * | 2014-09-19 | 2016-03-23 | 阿里巴巴集团控股有限公司 | 一种数据库同步方法与设备 |
CN107291818A (zh) * | 2017-05-23 | 2017-10-24 | 甘肃万维信息技术有限责任公司 | 一种内置数据确认和对账的交换系统 |
CN111190742A (zh) * | 2019-10-16 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 资源协同方法、装置、计算机设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009516A (zh) * | 2006-01-26 | 2007-08-01 | 华为技术有限公司 | 一种进行数据同步的方法及系统 |
CN101075864A (zh) * | 2007-07-16 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 数据同步方法及处理方法、客户端设备、服务器 |
-
2013
- 2013-05-17 CN CN2013101860227A patent/CN103279510A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009516A (zh) * | 2006-01-26 | 2007-08-01 | 华为技术有限公司 | 一种进行数据同步的方法及系统 |
CN101075864A (zh) * | 2007-07-16 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 数据同步方法及处理方法、客户端设备、服务器 |
Non-Patent Citations (1)
Title |
---|
董宇欣: "移动数据库事务处理一致性的研究", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》, vol. 2006, no. 12, 15 December 2006 (2006-12-15) * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105426373A (zh) * | 2014-09-19 | 2016-03-23 | 阿里巴巴集团控股有限公司 | 一种数据库同步方法与设备 |
CN105426373B (zh) * | 2014-09-19 | 2019-06-07 | 阿里巴巴集团控股有限公司 | 一种数据库同步方法与设备 |
CN107291818A (zh) * | 2017-05-23 | 2017-10-24 | 甘肃万维信息技术有限责任公司 | 一种内置数据确认和对账的交换系统 |
CN107291818B (zh) * | 2017-05-23 | 2021-02-19 | 中电万维信息技术有限责任公司 | 一种内置数据确认和对账的交换系统 |
CN111190742A (zh) * | 2019-10-16 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 资源协同方法、装置、计算机设备和存储介质 |
CN111190742B (zh) * | 2019-10-16 | 2024-02-09 | 腾讯科技(深圳)有限公司 | 资源协同方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106209947B (zh) | 一种去中心化自治组织的数据处理方法及系统 | |
CN102947797B (zh) | 使用横向扩展目录特征的在线服务访问控制 | |
US20190238550A1 (en) | Permission control method, apparatus and system for block chain, and node device | |
CN107391758B (zh) | 数据库切换方法、装置及设备 | |
CN104754582B (zh) | 维护byod安全的客户端及方法 | |
CN103416040A (zh) | 终端控制方法和装置、以及终端 | |
CN112417037A (zh) | 一种工业领域分布式身份认证的区块链构建方法 | |
TW201545098A (zh) | 行動打卡系統與方法及其雲端系統 | |
CN107066867A (zh) | 一种大数据集群资源分配方法及装置 | |
KR20160120759A (ko) | 관리 시스템, 게이트웨이 장치, 서버 장치, 관리 방법, 게이트웨이 방법 및 관리 처리 실행 방법 | |
CN103188088A (zh) | 设备信息采集系统及方法 | |
CN102866998A (zh) | 一种同步系统中集中式密码管理方法和系统 | |
JP2006510991A (ja) | 分散コンテンツ管理システム | |
CN106302492A (zh) | 一种访问控制方法及系统 | |
US20180173886A1 (en) | Collaborative Database to Promote Data Sharing, Synchronization, and Access Control | |
CN105468476A (zh) | 基于hdfs的数据灾备系统 | |
CN101944107A (zh) | 一种文件管理的方法 | |
EP3000049B1 (en) | System and method to provide document management on a public document system | |
CN102097015A (zh) | 一种作业指导书处理系统及方法 | |
CN103279510A (zh) | 多数据库非连续性在线同步的方法 | |
CN104298761A (zh) | 一种异构软件系统间主数据匹配的实现方法 | |
CN104363306A (zh) | 一种企业私有云管理控制方法 | |
CN104217283A (zh) | 数据共享装置和数据共享系统 | |
CN107680222A (zh) | 基于分布式数据库的中央控制门禁系统及方法 | |
CN109313546A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130904 |
|
RJ01 | Rejection of invention patent application after publication |