CN103647850B - 一种分布式版本控制系统的数据处理方法、设备及系统 - Google Patents

一种分布式版本控制系统的数据处理方法、设备及系统 Download PDF

Info

Publication number
CN103647850B
CN103647850B CN201310726376.6A CN201310726376A CN103647850B CN 103647850 B CN103647850 B CN 103647850B CN 201310726376 A CN201310726376 A CN 201310726376A CN 103647850 B CN103647850 B CN 103647850B
Authority
CN
China
Prior art keywords
service equipment
storage
packaging file
distributed
data base
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
Application number
CN201310726376.6A
Other languages
English (en)
Other versions
CN103647850A (zh
Inventor
甘露
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong three hundred and sixty degree e-commerce Co., Ltd.
Original Assignee
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Shangke Information Technology Co Ltd
Priority to CN201310726376.6A priority Critical patent/CN103647850B/zh
Publication of CN103647850A publication Critical patent/CN103647850A/zh
Application granted granted Critical
Publication of CN103647850B publication Critical patent/CN103647850B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种分布式版本控制系统的数据处理方法,该方法应用于该系统的Git服务设备,该方法包括:分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收。本发明还公开了一种Git服务设备,及一种分布式版本控制系统。采用本发明能够降低处理成本,提高处理效率。

Description

一种分布式版本控制系统的数据处理方法、设备及系统
技术领域
本发明涉及通信领域中核心网,特别涉及一种分布式版本控制系统的数据处理方法、设备及系统。
背景技术
当我们在使用分布式版本控制系统的时候,底层数据的存储都是直接基于文件系统的目录结构的,一个仓库,对应一个按照自己规定的,私有的固定存放格式来存储管理的内容。对于Git这种分布式版本控制系统,针对大量的数据读写操作,可以通过在Git服务器上使用挂载高转速的磁盘阵列在一定程度上解决数据容量,数据备份,数据完整性及数据高并发访问的问题。这种方式,在单节点服务器的场景中,当Git服务器提供服务的时候,存储单元,即磁盘阵列附属在该服务器上提供存储功能;在多节点服务器的场景中,存储单元作为中心存储服务,通过共享总线或者类似nfs的网络文件系统。
也就是说,现有技术中通过硬件方式,将多个磁盘组合到一起,挂载在Git服务器上,将Git服务器通过Git客户端接收的打包文件进行存储。但是使用磁盘阵列会导致造价过高,而且针对未来的发展不利于扩展,在服务器节点增加的时候,导致输入和输出(IO)争用,数据串行处理,效率低下。
发明内容
本发明的目的在于提供一种分布式版本控制系统的数据处理方法、设备及系统,能够降低处理成本,提高处理效率。
为实现上述发明目的,本发明提供了一种分布式版本控制系统的数据处理方法,该方法应用于该系统的Git服务设备,该方法包括:
分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收。
为实现上述发明目的,本发明还提供了一种Git服务设备,所述Git服务设备包括:
链接建立单元,用于分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
处理单元,用于通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收。
为实现上述发明目的,本发明还提供了一种分布式版本控制系统,该系统包括:
Git服务设备,用于分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收;
分布式数据库服务设备,用于存储打包文件的存储位置;
分布式文件存储服务设备,用于存储打包文件的存储内容。
综上所述,本发明实施例将Git服务设备分别与用于存储小文件的分布式数据库服务设备建立第一链接,与用于存储大文件的分布式文件存储服务设备建立第二链接,通过第一链接读写打包文件的存储位置,通过第二链接读写打包文件的存储内容,将打包文件的存储位置和存储内容分别在两个存储服务设备中处理。与现有技术中读写磁盘,或者磁盘阵列的方式相比,本发明读写的是廉价的存储服务设备,可以在数据量很大时,在做统计,搜索等全局操作时方便地利用多台廉价的商业存储服务器进行大规模的并行运算。
附图说明
图1为本发明实施例分布式版本控制系统的数据处理方法的流程示意图。
图2为本发明具体实施例中应用于上述方法的Git服务设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
本发明的核心思想是:通过在Git服务设备中设置接口,完成与分布式数据库服务设备和分布式文件存储服务设备的交互处理,将打包文件的存储位置和存储内容分别在两个存储服务设备中处理。进一步地,根据实际存储内容特性提供优化处理方案,在打包文件的存储内容大小不超过阈值时,将内容较小的打包文件只在一个存储服务设备中处理,即Git服务设备只需要与分布式数据库服务设备进行交互,处理打包文件的存储位置和存储内容。从而有效提高了资源访问速度和利用率。
本发明实施例提供了一种分布式版本控制系统的数据处理方法,该方法应用于该系统的Git服务设备,其流程示意图如图1所示,该方法包括:
步骤11、分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
步骤12、通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收。
这里,当通过第一链接和第二链接的交互为写操作时,通过设置写接口完成交互;当通过第一链接和第二链接的交互为读操作时,通过设置读接口完成交互。
需要说明的是,分布式数据库服务设备一般用于存储小文件,由多个服务器组成,即分布式数据库服务设备是一个服务器集群;分布式文件存储服务设备一般用于存储大文件,也由多个服务器组成,即分布式文件存储服务设备也是一个服务器集群。分布式数据库服务设备和分布式文件存储服务设备都是一种存储服务设备,常用的分布式数据库服务设备有Hbase,Cassandra等;分布式文件存储服务设备有Jss,HDFS等。为清楚说明本发明,下面分布式数据库服务设备以Hbase为例进行说明,分布式文件存储服务设备以Jss为例进行说明。
上述方案在实现时,对于从客户端接收的打包文件,不分内容大小,都是将打包文件的存储位置和存储内容分别在两个存储服务设备中处理。也就是说,写入打包文件时,将打包文件在Jss的存储位置写入Hbase,将打包文件的存储内容写入Jss;读取打包文件时,从Hbase中读取打包文件在Jss的存储位置,从Jss的相应存储位置上读取打包文件的存储内容。
但是,对于较小的打包文件,可以直接将打包文件的存储内容写入Hbase的相应存储位置中,这样,读取时,可以直接从Hbase的相应存储位置中读取打包文件的存储内容。Git服务器在读写时都不需要与Jss进行交互。所以,优选地,本发明在写操作时,进一步加入对于打包文件存储内容的特性判断,具体方法为:
对打包文件的存储内容大小进行判断,当存储内容大小不超过阈值时,确定将存储内容存入分布式数据库服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件的存储内容写入分布式数据库服务设备的对应存储位置中;
当存储内容大小超过阈值时,确定将存储内容存入分布式文件存储服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件在分布式文件存储服务设备的存储位置写入分布式数据库服务设备中,通过第二链接与分布式文件存储服务设备进行交互,将打包文件的存储内容写入分布式文件存储服务设备的对应存储位置中。
其中,根据该打包文件所属仓库的仓库名、打包文件对应的类型标识以及打包文件名,生成打包文件在分布式数据库服务设备中的存储位置标识,作为打包文件的存储内容在分布式数据库服务设备中的存储位置;
根据该打包文件所属仓库的仓库名、打包文件对应的类型标识以及打包文件名,生成打包文件在分布式文件存储服务设备中的存储位置标识,作为打包文件的存储内容在分布式文件存储服务设备中的存储位置。
进而,在读操作下,读取方法包括:
根据该打包文件所属仓库的仓库名、打包文件对应的类型标识以及打包文件名,确定该打包文件在分布式数据库服务设备中的存储位置;
根据分布式数据库服务设备中存储位置上的信息判断该打包文件的存储内容存在分布式数据库服务设备中还是分布式文件存储服务设备中,当存储位置上存储的是该打包文件的内容时,则读取该打包文件的内容;
当存储位置上存储的是该打包文件写入分布式文件存储服务设备的存储位置时,则根据该打包文件写入分布式文件存储服务设备的存储位置,从分布式文件存储服务设备中读取该打包文件的内容。
需要说明的是,在进行写操作时,不但可以对打包文件的存储内容大小进行判断,还可以设置一个动态灵活的判断策略,评价该打包文件需要写入哪种存储服务设备,例如对分布式数据库服务设备和分布式文件存储服务设备的状态进行判断,根据各存储服务设备的负载及健康状况,结合打包文件的存储内容大小,来灵活判断打包文件需要写入的存储服务设备。
为清楚说明本发明,下面列举具体场景对本发明的方法进行详细说明,这里仍然以Hbase和Jss为例进行介绍。
整个写入流程和读取流程如下:
写入流程:以写接口(write file)为例,首先根据该打包文件所属仓库的仓库名(abc),打包文件对应的类型标识(pack),打包文件名(pack1),三者拼在一起得到打包文件pack1在Hbase中的存储位置标识:abc:pack:pack1;
如果经过判断将该打包文件的存储内容存储在Hbase中,则将该打包文件的存储内容写入abc:pack:pack1所标识的Hbase存储位置中;
如果经过判断将该打包文件的存储内容存储在Jss中,则根据abc:pack:pack1生成打包文件存储内容在Jss中的存储位置标识:JSS_GIT_ABC_PACK_PACK1_20131217,将JSS_GIT_ABC_PACK_PACK1_20131217写入abc:pack:pack1所标识的Hbase存储位置中,将该打包文件的存储内容写入JSS_GIT_ABC_PACK_PACK1_20131217所标识的Jss存储位置中。
同理,
读取流程:以读接口(open file)为例,首先根据该打包文件所属仓库的仓库名(abc),打包文件对应的类型标识(pack),打包文件名(pack1),三者拼在一起得到打包文件pack1在Hbase中的存储位置标识:abc:pack:pack1,从而可以找到该打包文件在HBase中的存储位置;
然后,根据存储位置上的信息得到打包文件的存储内容到底是直接存储在Hbase中,还是存储在Jss中,如果存储在Hbase中,直接读取该打包文件的存储内容;
如果存储位置上的信息是存储内容在Jss里的对应位置标识:JSS_GIT_ABC_PACK_PACK1_20131217,则,根据JSS_GIT_ABC_PACK_PACK1_20131217从Jss的相应位置上读取该打包文件的存储内容。
基于同样的发明构思,本发明还提出一种Git服务设备,参见图2,图2为本发明具体实施例中应用于上述方法的Git服务设备的结构示意图。该Git服务设备包括:
链接建立单元201,用于分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
处理单元202,用于通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收。
优选地,该Git服务设备进一步包括:
判断单元203,用于对打包文件的存储内容大小进行判断,根据判断结果对打包文件进行相应的处理。
本发明还提出一种分布式版本控制系统,该系统包括:
Git服务设备,用于分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收;
分布式数据库服务设备,用于存储打包文件的存储位置;
分布式文件存储服务设备,用于存储打包文件的存储内容。
本发明分布式版本控制系统的数据处理方法、设备及系统,会带来如下好处:
一、整个系统具有良好的可伸缩性,扩展时只需要独立地对各存储服务设备进行扩展,而无需对现有系统进行修改;也就是说,如果需要提升系统的性能,可以通过灵活增加分布式数据库服务设备或分布式文件存储服务设备的服务器集群中服务器的个数,而不需要像现有技术那样增加Git服务设备的磁盘。
二、由于各存储服务设备由服务器集群构成,所以写入时可以写入服务器集群中不同的服务器,读取时可以从集群中某一服务器进行读取,从而对IO访问进行有效地分流,提高响应速度及负载能力。
三、进行写操作时,根据实际存储内容等特性进行判断,提高资源访问速度和利用率。
四、当数据量很大时,在做统计,搜索等全局操作时可以很方便地利用多台廉价的商业存储服务器进行大规模的并行运算。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (7)

1.一种分布式版本控制系统的数据处理方法,该方法应用于该系统的Git服务设备,该方法包括:
分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收;
当通过第一链接和第二链接的交互为写操作时,通过设置写接口完成交互;
在写操作下,该方法进一步包括:
对打包文件的存储内容大小进行判断,当存储内容大小不超过阈值时,确定将存储内容存入分布式数据库服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件的存储内容写入分布式数据库服务设备的对应存储位置中;
当存储内容大小超过阈值时,确定将存储内容存入分布式文件存储服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件在分布式文件存储服务设备的存储位置写入分布式数据库服务设备中,通过第二链接与分布式文件存储服务设备进行交互,将打包文件的存储内容写入分布式文件存储服务设备的对应存储位置中。
2.如权利要求1所述的方法,其特征在于,
根据该打包文件所属仓库的仓库名、打包文件对应的类型标识以及打包文件名,生成打包文件在分布式数据库服务设备中的存储位置标识,作为打包文件的存储内容在分布式数据库服务设备中的存储位置;
根据该打包文件所属仓库的仓库名、打包文件对应的类型标识以及打包文件名,生成打包文件在分布式文件存储服务设备中的存储位置标识,作为打包文件的存储内容在分布式文件存储服务设备中的存储位置。
3.如权利要求1所述的方法,其特征在于,当通过第一链接和第二链接的交互为读操作时,通过设置读接口完成交互。
4.如权利要求3所述的方法,其特征在于,该方法还包括:预先将打包文件的存储内容存储在分布式数据库服务设备的对应存储位置中,在读操作下,具体交互方法为:
根据该打包文件所属仓库的仓库名、打包文件对应的类型标识以及打包文件名,确定该打包文件在分布式数据库服务设备中的存储位置;
根据分布式数据库服务设备中存储位置上的信息判断该打包文件的存储内容存在分布式数据库服务设备中还是分布式文件存储服务设备中,当存储位置上存储的是该打包文件的内容时,则读取该打包文件的内容;
当存储位置上存储的是该打包文件写入分布式文件存储服务设备的存储位置时,则根据该打包文件写入分布式文件存储服务设备的存储位置,从分布式文件存储服务设备中读取该打包文件的内容。
5.一种Git服务设备,所述Git服务设备包括:
链接建立单元,用于分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
处理单元,用于通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收;
判断单元,用于对打包文件的存储内容大小进行判断,当存储内容大小不超过阈值时,确定将存储内容存入分布式数据库服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件的存储内容写入分布式数据库服务设备的对应存储位置中;
当存储内容大小超过阈值时,确定将存储内容存入分布式文件存储服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件在分布式文件存储服务设备的存储位置写入分布式数据库服务设备中,通过第二链接与分布式文件存储服务设备进行交互,将打包文件的存储内容写入分布式文件存储服务设备的对应存储位置中。
6.一种分布式版本控制系统,该系统包括:
Git服务设备,用于分别与分布式数据库服务设备建立第一链接,与分布式文件存储服务设备建立第二链接;
通过第一链接与分布式数据库服务设备进行交互,处理打包文件的存储位置,通过第二链接与分布式文件存储服务设备进行交互,处理打包文件的存储内容;所述打包文件从客户端接收;
对打包文件的存储内容大小进行判断,当存储内容大小不超过阈值时,确定将存储内容存入分布式数据库服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件的存储内容写入分布式数据库服务设备的对应存储位置中;
当存储内容大小超过阈值时,确定将存储内容存入分布式文件存储服务设备,通过第一链接与分布式数据库服务设备进行交互,将打包文件在分布式文件存储服务设备的存储位置写入分布式数据库服务设备中,通过第二链接与分布式文件存储服务设备进行交互,将打包文件的存储内容写入分布式文件存储服务设备的对应存储位置中;
分布式数据库服务设备,用于存储打包文件的存储位置;
分布式文件存储服务设备,用于存储打包文件的存储内容。
7.如权利要求6所述的系统,其特征在于,
所述分布式数据库服务设备包括Hbase,Cassandra;
所述分布式文件存储服务设备包括Jss,HDFS。
CN201310726376.6A 2013-12-25 2013-12-25 一种分布式版本控制系统的数据处理方法、设备及系统 Active CN103647850B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310726376.6A CN103647850B (zh) 2013-12-25 2013-12-25 一种分布式版本控制系统的数据处理方法、设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310726376.6A CN103647850B (zh) 2013-12-25 2013-12-25 一种分布式版本控制系统的数据处理方法、设备及系统

Publications (2)

Publication Number Publication Date
CN103647850A CN103647850A (zh) 2014-03-19
CN103647850B true CN103647850B (zh) 2017-01-25

Family

ID=50253004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310726376.6A Active CN103647850B (zh) 2013-12-25 2013-12-25 一种分布式版本控制系统的数据处理方法、设备及系统

Country Status (1)

Country Link
CN (1) CN103647850B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105205082A (zh) * 2014-06-27 2015-12-30 国际商业机器公司 用于处理hdfs中的文件存储的方法和系统
CN104933106A (zh) * 2015-06-01 2015-09-23 国网上海市电力公司 一种用于ifc信息化模型的数据库装置
CN105677826A (zh) * 2016-01-04 2016-06-15 博康智能网络科技股份有限公司 一种针对海量非结构化数据的资源管理方法
CN107273368A (zh) * 2016-04-06 2017-10-20 中兴通讯股份有限公司 海量数据存储管理方法、装置及数据存储系统
CN106201784B (zh) * 2016-07-18 2019-01-29 浪潮(北京)电子信息产业有限公司 一种基于git的数据备份方法及系统
CN106407355A (zh) * 2016-09-07 2017-02-15 中国农业银行股份有限公司 一种数据存储方法及装置
CN108241641A (zh) * 2016-12-23 2018-07-03 航天星图科技(北京)有限公司 一种分布式数据库的操作方法
CN107992432A (zh) * 2017-11-28 2018-05-04 福建中金在线信息科技有限公司 一种数据缓存的方法及终端设备
CN109240999A (zh) * 2018-08-24 2019-01-18 浪潮电子信息产业股份有限公司 一种基于小文件的自动化聚合打包方法及系统
CN109299059A (zh) * 2018-11-16 2019-02-01 北京锐安科技有限公司 文件存储、检索方法、装置、存储介质及服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547714A (zh) * 2001-08-03 2004-11-17 易斯龙系统公司 提供用于在存储设备的分布式文件系统中进行信息追踪的元数据的系统和方法
CN101727465A (zh) * 2008-11-03 2010-06-09 中国移动通信集团公司 分布式列存储数据库索引建立、查询方法及装置与系统
CN102088484A (zh) * 2010-12-20 2011-06-08 南京中兴新软件有限责任公司 一种分布式文件系统的写锁定方法及系统
CN102622412A (zh) * 2011-11-28 2012-08-01 中兴通讯股份有限公司 一种分布式文件系统中的并发写入方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547714A (zh) * 2001-08-03 2004-11-17 易斯龙系统公司 提供用于在存储设备的分布式文件系统中进行信息追踪的元数据的系统和方法
CN101727465A (zh) * 2008-11-03 2010-06-09 中国移动通信集团公司 分布式列存储数据库索引建立、查询方法及装置与系统
CN102088484A (zh) * 2010-12-20 2011-06-08 南京中兴新软件有限责任公司 一种分布式文件系统的写锁定方法及系统
CN102622412A (zh) * 2011-11-28 2012-08-01 中兴通讯股份有限公司 一种分布式文件系统中的并发写入方法及装置

Also Published As

Publication number Publication date
CN103647850A (zh) 2014-03-19

Similar Documents

Publication Publication Date Title
CN103647850B (zh) 一种分布式版本控制系统的数据处理方法、设备及系统
US8984085B2 (en) Apparatus and method for controlling distributed memory cluster
CN103810237B (zh) 数据管理方法和系统
CN102255962B (zh) 一种分布式存储方法、装置和系统
CN101615106B (zh) 用于虚拟化sas存储适配器的方法和系统
US20160132541A1 (en) Efficient implementations for mapreduce systems
CN104603739A (zh) 对并行存储的块级访问
CN105393227B (zh) 存储器控制的数据移动及时序
CN103927270B (zh) 一种面向多个粗粒度动态可重构阵列的共享数据缓存装置及控制方法
CN109669709A (zh) 一种区块链升级的数据迁移方法及数据迁移系统
CN102521419A (zh) 分级存储的实现方法和系统
CN109213697A (zh) 智能存储器数据存储或加载方法和装置
CN103810111A (zh) 有源存储器件中的地址生成的方法及其处理元件
CN104536903A (zh) 一种按数据属性分类存放的混合存储方法及系统
CN106570113B (zh) 一种海量矢量切片数据云存储方法及系统
CN105045789A (zh) 一种游戏服务器数据库缓存方法及系统
CN107451246B (zh) 一种适用于大型城市的信息资源一体化处理系统
CN109460406A (zh) 一种数据处理方法及装置
CN104050193A (zh) 生成报文的方法和实现该方法的数据处理系统
CN104407811B (zh) 一种基于云计算的合并io装置
CN103064749B (zh) 一种进程间通信方法
CN107632779A (zh) 数据处理方法和装置、服务器
CN107577492A (zh) 加速文件系统读写的nvm块设备驱动方法及系统
CN103294407A (zh) 存储装置和数据读写方法
CN102833295B (zh) 分布式缓存系统中的数据操作方法和装置

Legal Events

Date Code Title Description
PB01 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
TR01 Transfer of patent right

Effective date of registration: 20191204

Address after: 100176 room 222, 2f, building C, No. 18, Kechuang 11th Street, Beijing Economic and Technological Development Zone, Daxing District, Beijing

Patentee after: Beijing Jingdong three hundred and sixty degree e-commerce Co., Ltd.

Address before: 100080, Beijing, Suzhou Street, No. 20, building 2, No. 2, Haidian District

Patentee before: Beijing Jingdong Shangke Information Technology Co., Ltd.

TR01 Transfer of patent right