CN105335450B - 数据存储处理方法及装置 - Google Patents
数据存储处理方法及装置 Download PDFInfo
- Publication number
- CN105335450B CN105335450B CN201410401504.4A CN201410401504A CN105335450B CN 105335450 B CN105335450 B CN 105335450B CN 201410401504 A CN201410401504 A CN 201410401504A CN 105335450 B CN105335450 B CN 105335450B
- Authority
- CN
- China
- Prior art keywords
- data
- copy
- storage
- copies
- hbase
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种数据存储处理方法及装置,其中,该方法包括:获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,HBASE表中各个列族存储数据副本的副本数不同;依据获取的副本数生成对数据的存储副本,通过本发明,不仅解决了相关技术中,对于HBASE处理表数据存储时,无法对数据进行差异化存储处理,不仅存在存储资源的浪费,而且对于数据的读取效率也低的问题,进而达到了对HBASE的列族设置了不同的副本数,实现了对数据有区别地存储,在不降低数据写入读取的前提下,能够有效降低存储成本的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种数据存储处理方法及装置。
背景技术
Hadoop,是一种开源的大数据存储和分析平台,已成为业界处理大数据的事实标准。Hadoop平台包含分布式文件系统(Hadoop Distributed File System,简称为HDFS)和MapReduce(并行计算框架)两个重要的子系统,其中HDFS为海量的数据提供存储,MapReduce为海量的数据提供计算。
Hadoop存储
Hadoop是一个高度容错的多副本的分布式系统,适用于部署在廉价的机器上,并且Hadoop支持机器上多块硬盘的并行数据写入和读取。
因此随着大数据的发展,数据量急剧增加,企业为了减少成本采用Hadoop平台部署在廉价的PC服务器(Server)上,Hadoop采用多副本存储文件,保证了在廉价的设备上文件的可靠性。
HBASE
HBASE是一个分布式、面向列的开源数据库,是基于HDFS之上,提供高可靠性、高性能、列存储、可伸缩、实时读写的数据库系统。HBASE是大数据分析平台Hadoop平台生态系统中重要的组成部分,并在业界获得了广泛的应用。HBASE在HDFS上存储的模式采用以列为主模式进行存储,每一列对应一个或多个存储文件。下面针对HBASE对数据的存储进行说明。
在HBASE数据库中创建表时,HBASE的处理方案是:创建HBASE表时,系统对于所有列数据采用同样副本数的进行存储,同时副本数不允许用户创建表时设置,只能依赖HBASE系统默认设置的3副本。即表数据中所有列全部采用3副本存储。
从以上技术方案可以看出,相关技术中的HBASE处理表数据存储的方案存在以下缺点:硬件成本高:对于所有存储在HBASE的表数据采用同一种存储副本,对于重要数据和非重要数据,存储副本相同,大大占用了硬件成本。数据不能差异化处理:对于热点数据列,希望多副本,以提高读取速度,现在无法实现差异化针对单独数据列进行设置存储副本。
因此,在相关技术中,对于HBASE处理表数据存储时,无法对数据进行差异化存储处理,不仅存在存储资源的浪费,而且对于数据的读取效率也低的问题。
发明内容
本发明提供了一种数据存储处理方法及装置,以至少解决相关技术中,对于HBASE处理表数据存储时,无法对数据进行差异化存储处理,不仅存在存储资源的浪费,而且对于数据的读取效率也低的问题。
根据本发明的一个方面,提供了一种数据存储处理方法,包括:获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,所述HBASE表中各个列族存储数据副本的副本数不同;依据获取的所述副本数生成对所述数据的存储副本。
优选地,在获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数之前,还包括:在建立所述HBASE表时,通过Ruby散列属性值创建所述HBASE表中各个列族对应的副本数属性,依据所述Ruby散列属性值对应的副本数属性获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数。
优选地,在获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数之前,还包括:接收到动态输入的所述副本数。
优选地,通过以下方式至少之一,获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数:接收携带所述副本数的命令;接收携带所述副本数的Web页面信息。
优选地,依据获取的所述副本数生成对所述数据的所述存储副本包括:在数据写入时,将所述副本数传递到HBASE数据写入文件类;依据传递到所述HBASE数据写入文件类中的所述副本数生成对应的所述存储副本。
优选地,在依据获取的所述副本数生成对所述数据的所述存储副本之后,还包括:读取依据所述副本数单独加载的所述存储副本。
根据本发明的另一方面,提供了一种数据存储处理装置,包括:获取模块,用于获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,所述HBASE表中各个列族存储数据副本的副本数不同;生成模块,用于依据获取的所述副本数生成对所述数据的存储副本。
优选地,该装置还包括:创建模块,用于在建立所述HBASE表时,通过Ruby散列属性值创建所述HBASE表中各个列族对应的副本数属性,依据所述Ruby散列属性值对应的副本数属性获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数。
优选地,该装置还包括:接收模块,用于接收到动态输入的所述副本数。
优选地,所述获取模块包括以下至少之一:第一接收单元,用于接收携带所述副本数的命令;第二接收单元,用于接收携带所述副本数的Web页面信息。
优选地,所述生成模块包括:传递单元,用于在数据写入时,将所述副本数传递到HBASE数据写入文件类;生成单元,用于依据传递到所述HBASE数据写入文件类中的所述副本数生成对应的所述存储副本。
优选地,该装置还包括:读取模块,用于读取依据所述副本数单独加载的所述存储副本。
通过本发明,采用获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,所述HBASE表中各个列族存储数据副本的副本数不同;依据获取的所述副本数生成对所述数据的存储副本,不仅解决了相关技术中,对于HBASE处理表数据存储时,无法对数据进行差异化存储处理,不仅存在存储资源的浪费,而且对于数据的读取效率也低的问题,进而达到了对HBASE的列族设置了不同的副本数,实现了对数据有区别地存储,在不降低数据写入读取的前提下,能够有效降低存储成本的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的数据存储处理方法的流程图;
图2是根据本发明实施例的数据存储处理装置的结构框图;
图3是根据本发明实施例的数据存储处理装置的优选结构框图一;
图4是根据本发明实施例的数据存储处理装置的优选结构框图二;
图5是根据本发明实施例的数据存储处理装置中获取模块22的优选结构框图;
图6是根据本发明实施例的数据存储处理装置中生成模块24的优选结构框图;
图7是根据本发明实施例的数据存储处理装置的优选结构框图三;
图8是根据本发明实施方式的HBASE存储结构示意图;
图9是根据本发明实施方式的HBASE数据逻辑视图;
图10是根据本发明优选实施方式的动态创建HBASE多副本的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种数据存储处理方法,图1是根据本发明实施例的数据存储处理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,HBASE表中各个列族存储数据副本的副本数不同;
步骤S104,依据获取的副本数生成对数据的存储副本。
通过上述步骤,通过设置HBASE表中各个列族存储数据副本的副本数不同,即为重要和非重要数据的不同处理提供了基础,不仅解决了相关技术中,对于HBASE处理表数据存储时,无法对数据进行差异化存储处理,不仅存在存储资源的浪费,而且对于数据的读取效率也低的问题,进而达到了对HBASE的列族设置了不同的副本数,实现了对数据有区别地存储,在不降低数据写入读取的前提下,能够有效降低存储成本的效果。
在获取用于存储数据的HBASE表中列族的存储数据副本的副本数之前,还可能涉及以下处理:在建立HBASE表时,通过Ruby散列属性值创建HBASE表中各个列族对应的副本数属性,依据该Ruby散列属性值对应的副本数属性获取用于存储数据的HBASE表中列族的存储数据副本的副本数。需要说明的是,通过上述Ruby散列属性值的创建,可以接收到动态输入的副本数,依据动态接收到的该副本数,动态地依据该副本数进行数据的存储。
获取用于存储数据的HBASE表中列族的存储数据副本的副本数时,可以采用多种方式,例如,可以采用以下方式至少之一来实现,例如,可以通过命令的方式,即接收携带副本数的命令;也可以通过网页的形式,即接收携带副本数的Web页面信息。
优选地,依据获取的副本数生成对数据的存储副本时也可以采用多种方式,例如,在数据写入时,将副本数传递到HBASE数据写入文件类;依据传递到HBASE数据写入文件类中的副本数生成对应的存储副本。
较优地,在依据获取的副本数生成对数据的存储副本之后,在对数据进行读取时,对各列副本数不一致的该HBASE表进行数据读取时,对各列族的副本单独进行加载读取,即读取依据副本数单独加载的存储副本,各列族之间互不影响。
在本实施例中还提供了一种数据存储处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的数据存储处理装置的结构框图,如图2所示,该装置包括获取模块22和生成模块24,下面对该装置进行说明。
获取模块22,用于获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,HBASE表中各个列族存储数据副本的副本数不同;生成模块24,连接至上述获取模块22,用于依据获取的副本数生成对数据的存储副本。
图3是根据本发明实施例的数据存储处理装置的优选结构框图一,如图3所示,该装置除包括图2所示的所有模块外,还包括创建模块32,下面对该创建模块32进行说明。
创建模块32,连接至上述获取模块22,用于在建立HBASE表时,通过Ruby散列属性值创建HBASE表中各个列族对应的副本数属性,依据Ruby散列属性值对应的副本数属性获取用于存储数据的HBASE表中列族的存储数据副本的副本数。
图4是根据本发明实施例的数据存储处理装置的优选结构框图二,如图4所示,该装置除包括图2所示的所有模块外,还包括接收模块42,下面对该接收模块42进行说明。
接收模块42,连接至上述获取模块22,用于接收到动态输入的副本数。
图5是根据本发明实施例的数据存储处理装置中获取模块22的优选结构框图,如图5所示,该获取模块22包括以下至少之一:第一接收单元52、第二接收单元54,下面对该获取模块22进行说明。
第一接收单元52,用于接收携带副本数的命令;第二接收单元54,用于接收携带副本数的Web页面信息。
图6是根据本发明实施例的数据存储处理装置中生成模块24的优选结构框图,如图6所示,该生成模块24包括传递单元62和生成单元64,下面对该生成模块24进行说明。
传递单元62,用于在数据写入时,将副本数传递到HBASE数据写入文件类;生成单元64,连接至上述传递单元62,依据传递到HBASE数据写入文件类中的副本数生成对应的存储副本。
图7是根据本发明实施例的数据存储处理装置的优选结构框图三,如图7所示,该装置除包括图2所示的所有模块外,还包括读取模块72,下面对该读取模块72进行说明。
读取模块72,连接至上述生成模块24,用于读取依据副本数单独加载的存储副本。
针对相关技术中,HBASE数据库对数据存储不能动态设置各个列的存储副本数,在本实施例中,提供了一种HBASE数据库多副本动态处理方法。主要包括如下处理:在对HBASE创建表时,可以设置每一列的副本数,每一列的副本数存储不依赖于统一的配置,创建表是支持针对每一列设置不同的副本数,存储在HBASE的表定义中,在表数据插入和读取时动态生效,不需要重启HBASE数据库。通过上述处理,能够对列存储的多副本进行动态处理,不依赖于底层存储设置的默认副本数,并且保证每一列的副本数可以动态处理。
该方案可以采用以下处理步骤实现:
步骤一,HBASE表数据创建定义:HBASE创建表支持Ruby散列属性定义,散列形式:{’key1’=>’value’,’key2’=>’value2’,…}。
例如:create‘testtable’,{NAME=>’colfam1’,VERSION=>1,…}。这是创建表testtable,并创建对应的列族;每个列族有对应的散列属性定义。
在创建表时将每个列族对应的副本数通过Ruby散列属性key进行定义。
步骤二,当系统检测到需要对每个列族单独设置副本数时,动态调整HBASE对列族的定义,将副本数值设置到HBASE的列族类中。
步骤三,数据写入时,系统将列族对应的副本数动态传输到HBASE数据写入文件类,HBASE写入HDFS系统时将动态副本数传递给HDFS,由HDFS根据副本数生成存储副本。
步骤四,数据读出时,针对副本数不一致的表读取,对列族副本加载时,单独处理,互不影响。
通过上述处理,不仅实现了HBASE多列族动态副本设置,提供了重要和非重要数据的不同处理,降低了存储成本,对表数据的精细化管理有了大幅提升,该方法可靠有效,并未降低写入和读取的性能。
下面结合附图对本发明优选实施方式进行说明。
图8是根据本发明实施方式的HBASE存储结构示意图,如图8所示,该结构包括HRegionServer(分布式存储服务器)和HDFS,该HRegionServer包括一个或多个HRegion,该HRegion包括HLog和一个或多个存储器(Stroe),该Store包括MemSotore和一个或多个StoreFile(存储文件)。该HDFS包括一个或多个DataNode(存储节点)。
图9是根据本发明实施方式的HBASE数据逻辑视图,如图9所示,该HBASE表(Table)中的各列对应存储区域(Region)的存储文件,如图中所示,各列的副本数(Column)分别对应于不同的存储文件(StroeFile)。
图10是根据本发明优选实施方式的动态创建HBASE多副本的流程图,如图10所示,该流程包括如下步骤:
步骤S1002,创建表数;
步骤S1004,判断创建HBASE表中的列族的副本数是否已定义?
步骤S1006,确定HBASE表中的列族的副本数是否已定义;
步骤S1008,解析封装,获取HBASE表中的各列族的副本数;
步骤S1010,依据获取的副本数创建HBASE表,其中,HBASE表中各列族的副本数不同;
步骤S1012,依据HBASE表中各列族副本数的不同创建相应的副本文件。
下面基于上述步骤,进行详细阐述。
HBASE创建表可以采用以下方式:
1、shell命令行方式实现,基于HBASE提供的shell的实现,增加支持新的{’REPLICATION’=>’2’},针对每个列族支持设置对应的副本;
2、最终实施创建表命令:create‘testtable’,{NAME=>’colfam1’,VERSION=>1,REPLICATION=>2};
3、同时也可以基于WEB页面的方式实时创建表参数传递;
4、将用户输入参数解析后,传给HBASE的创建表接口。
需要说明的是,依据动态变化的HBASE表中各列的副本数,也可以动态地创建HBASE表,下面对HBASE动态创建表的方式进行描述,当然也可以有其他不同实施方式。
1、HBASE的列族描述类支持新定义的副本参数;
2、HBASE创建表接口中支持副本参数;
3、HBASE生成Store文件的类中增加带副本的参数;
4、HBASE在调用StoreFile写文件系统时,支持副本参数值。
另外,在多列族表数据创建时,也可以采用多种方式,例如,可以采用以下的创建方式来实现:
步骤一、用户定义HBASE表结构,对每个列进行副本数定义;
步骤二、系统解析HBASE表定义参数,后去副本数;
步骤三、HBASE根据表定义参数创建storeFile文件;
步骤四、HBASE提交分布式文件系统,按storeFile文件副本数创建相应的文件。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种数据存储处理方法,其特征在于,包括:
获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,所述HBASE表中各个列族存储数据副本的副本数不同;
依据获取的所述副本数生成对所述数据的存储副本;
其中,所述依据获取的所述副本数生成对所述数据的所述存储副本包括:在数据写入时,将所述副本数传递到HBASE数据写入文件类;依据传递到所述HBASE数据写入文件类中的所述副本数生成对应的所述存储副本。
2.根据权利要求1所述的方法,其特征在于,在获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数之前,还包括:
在建立所述HBASE表时,通过Ruby散列属性值创建所述HBASE表中各个列族对应的副本数属性,依据所述Ruby散列属性值对应的副本数属性获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数。
3.根据权利要求1所述的方法,其特征在于,通过以下方式至少之一,获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数:
接收携带所述副本数的命令;
接收携带所述副本数的Web页面信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,在依据获取的所述副本数生成对所述数据的所述存储副本之后,还包括:
读取依据所述副本数单独加载的所述存储副本。
5.一种数据存储处理装置,其特征在于,包括:
获取模块,用于获取用于存储数据的分布式数据库HBASE表中列族的存储数据副本的副本数,其中,所述HBASE表中各个列族存储数据副本的副本数不同;
生成模块,用于依据获取的所述副本数生成对所述数据的存储副本;
其中,所述生成模块包括:传递单元,用于在数据写入时,将所述副本数传递到HBASE数据写入文件类;生成单元,用于依据传递到所述HBASE数据写入文件类中的所述副本数生成对应的所述存储副本。
6.根据权利要求5所述的装置,其特征在于,还包括:
创建模块,用于在建立所述HBASE表时,通过Ruby散列属性值创建所述HBASE表中各个列族对应的副本数属性,依据所述Ruby散列属性值对应的副本数属性获取用于存储数据的所述HBASE表中列族的存储数据副本的所述副本数。
7.根据权利要求5所述的装置,其特征在于,所述获取模块包括以下至少之一:
第一接收单元,用于接收携带所述副本数的命令;
第二接收单元,用于接收携带所述副本数的Web页面信息。
8.根据权利要求5至7中任一项所述的装置,其特征在于,还包括:
读取模块,用于读取依据所述副本数单独加载的所述存储副本。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410401504.4A CN105335450B (zh) | 2014-08-14 | 2014-08-14 | 数据存储处理方法及装置 |
PCT/CN2015/075302 WO2016023372A1 (zh) | 2014-08-14 | 2015-03-27 | 数据存储处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410401504.4A CN105335450B (zh) | 2014-08-14 | 2014-08-14 | 数据存储处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105335450A CN105335450A (zh) | 2016-02-17 |
CN105335450B true CN105335450B (zh) | 2020-06-05 |
Family
ID=55285978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410401504.4A Active CN105335450B (zh) | 2014-08-14 | 2014-08-14 | 数据存储处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105335450B (zh) |
WO (1) | WO2016023372A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107122364B (zh) | 2016-02-25 | 2021-05-18 | 华为技术有限公司 | 数据操作方法和数据管理服务器 |
CN111046074B (zh) * | 2019-12-13 | 2023-09-01 | 北京百度网讯科技有限公司 | 流式数据处理方法、装置、设备和介质 |
CN111159273B (zh) * | 2019-12-31 | 2023-07-18 | 中国联合网络通信集团有限公司 | 数据流处理方法、装置、服务器及存储介质 |
CN113704346B (zh) * | 2020-05-20 | 2024-06-04 | 杭州海康威视数字技术股份有限公司 | 一种Hbase表中冷热数据转换方法、装置及电子设备 |
CN112306421B (zh) * | 2020-11-20 | 2021-04-30 | 昆易电子科技(上海)有限公司 | 一种用于存储分析测量数据格式mdf文件的方法和系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102567495A (zh) * | 2011-12-22 | 2012-07-11 | 国网信息通信有限公司 | 一种海量信息存储系统及实现方法 |
CN103838860A (zh) * | 2014-03-19 | 2014-06-04 | 华存数据信息技术有限公司 | 一种基于动态副本策略的文件存储系统及其存储方法 |
CN103905517A (zh) * | 2012-12-28 | 2014-07-02 | 中国移动通信集团公司 | 一种数据存储方法及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101187931A (zh) * | 2007-12-12 | 2008-05-28 | 浙江大学 | 分布式文件系统多文件副本的管理方法 |
-
2014
- 2014-08-14 CN CN201410401504.4A patent/CN105335450B/zh active Active
-
2015
- 2015-03-27 WO PCT/CN2015/075302 patent/WO2016023372A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102567495A (zh) * | 2011-12-22 | 2012-07-11 | 国网信息通信有限公司 | 一种海量信息存储系统及实现方法 |
CN103905517A (zh) * | 2012-12-28 | 2014-07-02 | 中国移动通信集团公司 | 一种数据存储方法及设备 |
CN103838860A (zh) * | 2014-03-19 | 2014-06-04 | 华存数据信息技术有限公司 | 一种基于动态副本策略的文件存储系统及其存储方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2016023372A1 (zh) | 2016-02-18 |
CN105335450A (zh) | 2016-02-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105335450B (zh) | 数据存储处理方法及装置 | |
JP7360395B2 (ja) | 入力および出力スキーママッピング | |
US10176242B2 (en) | Local key-value database synchronization | |
US10614041B2 (en) | Sync as a service for cloud-based applications | |
US20080243847A1 (en) | Separating central locking services from distributed data fulfillment services in a storage system | |
JP2019517043A (ja) | ハイブリッドアプリケーションの自動更新 | |
US9235609B1 (en) | Local emulation of distributed key-value data store | |
US9825735B2 (en) | Network node and method therein for HARQ processes in a D2D communication | |
CN106657314A (zh) | 跨数据中心数据同步系统及方法 | |
US9330271B1 (en) | Fine-grained access control for synchronized data stores | |
CN106959996A (zh) | 一种基于互联网电视的后台数据同步方法 | |
CN111708738A (zh) | 实现hadoop文件系统hdfs与对象存储s3数据互访方法及系统 | |
CN115878046B (zh) | 数据处理方法、系统、装置、存储介质及电子设备 | |
US11288003B2 (en) | Cross-platform replication of logical units | |
CN112988879B (zh) | 访问数据库的方法、系统、装置、存储介质及处理器 | |
CN107368490A (zh) | 数据处理方法及装置 | |
CN110196680A (zh) | 数据处理方法、装置及存储介质 | |
US20190243807A1 (en) | Replication of data in a distributed file system using an arbiter | |
US20220300503A1 (en) | Querying distributed databases | |
CN103634374A (zh) | 一种并发访问请求的处理方法及装置 | |
US20180316756A1 (en) | Cross-platform replication of logical units | |
CN106941530A (zh) | 一种静态资源请求处理方法及装置 | |
CN110928911A (zh) | 审校请求处理系统、方法、装置、计算机可读存储介质 | |
CN106790521B (zh) | 采用基于ftp的节点设备进行分布式组网的系统及方法 | |
CN110287004B (zh) | 基于docker容器技术的基础环境镜像预热方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |