CN105912687B - 海量分布式数据库存储单元 - Google Patents
海量分布式数据库存储单元 Download PDFInfo
- Publication number
- CN105912687B CN105912687B CN201610243341.0A CN201610243341A CN105912687B CN 105912687 B CN105912687 B CN 105912687B CN 201610243341 A CN201610243341 A CN 201610243341A CN 105912687 B CN105912687 B CN 105912687B
- Authority
- CN
- China
- Prior art keywords
- data
- block
- key
- record
- log
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
- G06F3/0611—Improving I/O performance in relation to response time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/064—Management of blocks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种海量分布式数据库存储单元,该存储单元从下到上划分为三个层次,即:数据存储层、数据抽象层、数据应用层;同时还设有元数据,通过管理元数据将数据块组织起来。数据存储层用于管理最基本的数据块;数据抽象层用于对数据块内数据记录进行排序和基于日志的数据修改;1)数据应用层通过调用不同的排序函数将排序规则传入数据抽象层,使得数据抽象层能够对数据块和日志块内的记录或指针排序;2)数据应用层通过定义的合并函数实现对数据的增加、删除、修改操作;3)负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口;元数据是数据块和日志块的索引。本发明实现了高效存储。
Description
技术领域
本发明涉及一种数据存储结构,尤其是一种数据库存储单元的结构。
背景技术
当前计算机中的数据存储介质主要有硬盘、SSD、FLASH等。结合存储容量、IO(输入输出)性能、存储成本等因素综合考虑,硬盘是性价比最高的存储介质;硬盘具有顺序访问性能良好、随机访问性能低下的特点。
结合IO操作耗时公式:T=C+S/M,其中T为IO操作耗时,C为磁盘平均寻道时间,S为数据大小,M为磁盘带宽。如果需要访问的数据较小,那么在整个访问时间中,磁头寻道时间所占据的比例就很高,若要在访问小文件场景下提高存储***性能,则必须对数据存储逻辑进行优化,以进一步减少磁盘寻道时间C。
发明内容
本发明的目的是克服现有技术中存在的不足,提供一种支持大容量、结构化数据、有序/无序存储、高IO吞吐率的海量分布式数据库存储单元。鉴于该存储单元所具有的特性,可以在此基础上进一步扩展出分布式***等高级应用,并由该存储单元为上层应用提供最基本的数据安全、高效存储等保证。本发明采用的技术方案是:
一种海量分布式数据库存储单元,该存储单元从下到上划分为三个层次,即:数据存储层、数据抽象层、数据应用层;同时还设有元数据,通过管理元数据将数据块组织起来。
数据存储层用于管理最基本的数据块;数据块中数据的基本单位以及存储格式为键值对(key-value),key是键对象,value是值对象;一个键值对就是一条数据记录;数据块存放于磁盘中,内存中会设置一个块缓存区,当块缓存区中的数据达到预设的数据块大小时就将这些数据作为一个完整数据块存入磁盘中;存储单元通过数据块编号对数据块进行管理,在文件中写入数据时通过数据块编号和块内偏移来定位,即<bid,offset>;bid为块编号,offset为块内偏移;
数据抽象层用于对数据块内数据记录进行排序和基于日志的数据修改;对数据记录排序操作时,排序的规则由数据应用层提供;基于日志的数据修改包括:不将数据修改行为立即作用在数据上,而是将这些修改操作以日志的方式记录下来;修改操作相应的日志记录位于日志块中,日志块存于磁盘上;当需要对数据块内数据修改时,对日志块进行提交,即将日志块与所对应的数据块进行合并,从而完成真正的数据修改;
数据应用层主要负责:1)数据应用层通过调用不同的排序函数将排序规则传入数据抽象层,使得数据抽象层能够对数据块和日志块内的记录或指针排序;2)数据应用层通过定义的合并函数实现对数据的增加、删除、修改操作;3)负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口;
元数据是数据块和日志块的索引,负责记录组成数据表格的块信息,具体记录了组成数据表格的块序号以及块中键值对的键对象Key的范围。
进一步地,数据块内数据记录组织形式包括三种:
第一种是未排序块,块内数据按照生成的数据记录依次向后追加,直至达到数据块设置的大小上限后写入磁盘;
第二种是后排序块,针对的是块内数据记录的key定长、value定长;这种数据块先按照生成的数据记录的顺序存放,待数据块满时通过上层数据抽象层对块内所有数据记录进行排序并写入磁盘;
第三种数据记录组织形式是先按照数据记录的生成顺序依次存放,同时在数据块的末端生成一个指针指向当下写入的数据记录的位置,当数据块写满时通过上层数据抽象层统一对数据块末端的所有数据指针进行排序,然后把数据块内数据写入磁盘。
更进一步地,日志块内日志记录组织形式同数据块内数据记录组织形式。
进一步地,日志块提交过程的第一步是将磁盘中已有的日志块读入内存;第二步是将所有的日志块与其对应的数据块数据合并,即依次读取日志块中的修改操作,把这些修改操作应用到数据块中;第三步是将合并后的数据块内数据进行排序,组合成新的数据块。
进一步地,所述数据应用层负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口,具体包括:
对于每一条数据记录,其索引结构为<Key, bid, offset>,其中,Key为该条数据记录的键对象,bid为该条数据记录所在的块编号,offset为块内偏移;
数据应用层抽象为数据表格,在数据表格上将所有的数据记录的索引按照key的大小划分为多个索引组;多个索引组构成一索引表;在每个索引组上再建立一级顶级索引,索引内容为<KeyL, KeyH, Id>,KeyL是该索引组最小Key,KeyH是该索引组最大Key,Id是该索引组的编号。
更进一步地,顶级索引和索引组缓存在内存中。
进一步地,数据块中数据存储的基本结构包括两种:当键对象key和值对象value都为定长时,采用第一种结构,即键对象key后紧跟值对象value;否则,采用第二种结构,在键对象key和值对象value前添加记录长度L,通过记录长度L指定key和value的总长度。
进一步地,数据块只支持三种操作:整块写入、整块读取、块内区域读取。
本发明的优点在于:
1)数据读写使用了多种缓存来提高读写效率。
2)数据归并和修改都通过归并排序完成,全都是流式读写,将绝大部分的随机IO操作转化为顺序IO操作,提高磁盘读写的效率。
3)数据存储容量大,可达10TB,数据条数几十亿。
4)错误数据恢复迅速。
附图说明
图1为本发明的数据记录格式示意图。
图2为本发明的存储单元层次结构示意图。
图3A为本发明的块内数据记录组织形式之一示意图。
图3B为本发明的块内数据记录组织形式之二示意图。
图3C为本发明的块内数据记录组织形式之三示意图。
图4为本发明的数据抽象层对块内数据修改操作示意图。
图5为本发明的数据索引结构示意图。
图6为本发明的元数据结构。
具体实施方式
下面结合具体附图和实施例对本发明作进一步说明。
存储单元在存储信息时,数据的基本单位以及存储格式为键值对(key-value),key是键对象,value是值对象;一个键值对就是一条数据记录;存储模式用以描述数据记录中的key和value的属性。可以将具有相同存储模式的键值对的集合组成逻辑上的数据表格(table),可以对数据表格中的数据进行排序。
数据的存储单元为数据块,一个数据块对应于磁盘上的一个文件,一个文件则可能包含一个或多个数据块;若干个数据块在逻辑上组成一个数据表格。每个键值对只会存储在一个数据块中并且是完整的。如果单机上配置了多块磁盘,则数据块随机散落在这些磁盘中,并可为每个数据块设定大小的上限
为了提高存储的可扩展性,本例中定义了二种数据存储的基本结构,如图1所示:
键对象key为定长数据或以0结束的字符串,值对象value为定长或变长。当键对象key和值对象value都为定长时,可采用第一种结构,即键对象key后紧跟值对象value;否则,采用第二种结构,在键对象key和值对象value前添加记录长度L,通过记录长度L指定key和value的总长度;
根据数据的存储逻辑,将本方案中的存储单元从下到上划分为三个层次,即:数据存储层、数据抽象层、数据应用层;同时还设有元数据,通过管理元数据将数据块组织起来;如图2所示;
其中,数据存储层用于管理最基本的数据块;
数据抽象层主要负责对存储层的数据进行排序以及对块内数据进行基于日志的修改操作,该层只对外暴露数据记录的Key,如果需要对数据记录进行排序,则需要根据应用层定义的合并函数进行排序,否则数据记录在存储层的数据块中只能向后追加;
数据应用层主要负责:1)数据应用层通过调用不同的排序函数将排序规则传入数据抽象层,使得数据抽象层能够对数据块和日志块内的记录(数据块内的数据记录和日志块内的日志记录)或指针排序;2)数据应用层通过定义的合并函数实现对数据的增加、删除、修改操作;3)负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口;
元数据负责记录组成数据表格的块信息,它具体记录了组成数据表格的块序号以及块中键值对的键对象Key的范围等;此处的块是指数据块和日志块。
(一)数据存储层;
在实际的机器中,每一个数据块对应文件***中的一个文件;如果该机器配置了多块磁盘,则会将数据块随机存放在某一个磁盘中。内存中会设置一个块缓存区,当缓存区中的数据达到预设的数据块大小时就将这些数据作为一个完整数据块存入磁盘中。
存储单元通过数据块编号对数据块进行管理,如果获得多个数据块编号,就可以在逻辑上得到一个大文件。理论上,单个文件大小可以扩展到所有磁盘容量的总和。在文件中写入数据时通过数据块编号和块内偏移来定位,即<bid,offset>;bid为块编号,offset为块内偏移;
为了提高底层存储的效率,数据块只支持三种操作:整块写入、整块读取、块内区域读取。且规定已经生成成功的数据块是不能再做修改。这样做可以降低数据出现错误时进行修复和保证数据一致性的难度,在并发场景下也不需要对数据块进行加锁,从而避免了传统的并发开销。另外,数据块的修改操作由于是通过对块内数据和修改日志合并实现的,从而避免了磁盘的随机写开销,可极大提高I/O性能;
数据块内数据记录组织形式主要分为三种,如图3A、图3B、图3C所示:第一种是未排序块,块内数据按照生成的记录依次向后追加,直至达到数据块设置的大小上限后写入磁盘,如图3A所示;第二种是后排序块,针对的是块内数据记录的key定长、value定长且数据记录较短,这种数据块先按照生成的记录的顺序存放,待数据块满时通过上层数据抽象层对块内所有数据记录进行排序并写入磁盘,如图3B所示;第三种数据组织形式是块内数据记录较长且长度波动较大时,则先按照数据记录的生成顺序依次存放,同时在数据块的末端生成一个指针指向当下写入的数据记录的位置,当数据块写满时通过上层数据抽象层统一对数据块末端的所有数据指针进行排序,然后把数据块内数据写入磁盘;如图3C所示。图3A、图3B、图3C中,K1,K2,…Kn代表键对象,V1,V2,…Vn代表值对象;pointer-K1…pointer-Kn代表数据指针;
由于数据块内的数据记录长度有差异并且数据块大小是固定的,所以有可能出现数据块内剩余空间不足以存储下一条完整数据记录(一个键值对),因而留下一些“块内碎片空间”;但由于数据记录的大小本身就很小,所以这些“块内碎片空间”的影响很小,可以忽略。将数据存储层的数据块的操作封装成统一的操作接口提供给上层调用者即数据抽象层使用。
(二)数据抽象层;
数据抽象层最主要的功能是对数据块内数据记录进行排序和基于日志的数据修改;如果是排序操作,则排序的规则由数据应用层提供;另外,输出抽象层还提供对数据块内数据基于日志的修改操作;
基于日志的数据修改最基本的思想是不将数据修改行为立即作用在数据上,而是将这些修改操作以日志的方式记录下来。修改操作相应的日志记录位于日志块中;通过这种处理方式可以将对数据的随机操作在一定程度上转化为顺序操作,可以节省IO开销。但是,如果数据操作日志还没有作用在数据上,此时读取块内数据就需要将块内数据与操作日志合并才能读取到正确的数据,这会造成数据读取开销的增大。
日志块内日志记录组织形式与数据块内数据记录组织形式相同,也可以对日志记录进行增、删、改操作。内存中也设置有日志缓冲块,日志缓冲块写满后会被存入磁盘。通常情况下日志块内的操作数据是有序的,即遵循图3C中的模式;
日志块只是在块内局部有序,当磁盘中写入了多个日志块后为避免日志块数量越来越多从而对数据读取造成严重影响,需要对日志块进行提交,即将日志块与所对应的数据块进行合并,从而完成真正的数据修改;
日志块提交过程的第一步是将磁盘中已有的日志块读入内存,因为日志块内日志记录已有序,所以可以遍历出所有日志块内日志记录的范围;第二步是将所有的日志块与其对应的数据块数据合并,即依次读取日志块中的修改操作,把这些修改操作应用到数据块中,一条日志记录对应一个修改操作;第三步是将合并后的数据块内数据进行排序,组合成新的数据块。日志块提交过程如图4所示,图4中,log1…logn是日志块,data block1…data blockm是数据块;
(三)数据应用层;
1)数据应用层通过调用不同的排序函数将排序规则传入数据抽象层,使得数据抽象层能够对数据块和日志块内的记录(数据块内的数据记录和日志块内的日志记录)或指针排序;
例如,数据应用层调用按字典排序接口sortByDictionary ( ),如果数据抽象层同一个数据块内有两条记录,它们的键分别为“aaba”和“aaab”,排序后,“aaab”这条记录将会在“aaba”这条记录之前;
2)数据应用层通过定义的合并函数实现对数据的增加、删除、修改操作;
例如,数据应用层调用deleteFile(key1)函数,该函数将把删除键为key1的记录的操作写入日志块中,此时并没有将删除操作应用到实际的数据上,只是在日志块中进行了记录,等到日志块提交的时候,该删除操作将会被执行。
3)数据应用层负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口;
对于每一条数据记录,其索引结构为<Key, bid, offset>,其中,Key为该条数据记录的键对象,bid为该条数据记录所在的块编号,offset为块内偏移;
数据应用层可以抽象为数据表格,在数据表格上将所有的数据记录的索引按照key的大小划分为多个索引组(index groups);一个索引组可能包括多个块;多个索引组构成一索引表;在每个索引组上再建立一级顶级索引,索引内容为<KeyL, KeyH, Id>,KeyL是该索引组最小Key,KeyH是该索引组最大Key,Id是该索引组的编号;Key的大小此处是指Key顺序的高低;
当查询一条数据时,通过内存中的顶级索引可以查找到该条数据记录的索引位于哪个索引组,然后在内存中查找该索引组,如果未找到就将该索引组从磁盘加载到内存;从索引组读出该条数据记录的索引信息后即可到相应的数据块和对应的偏移位置读取数据。
其中,顶级索引和索引组可以缓存在内存中,并通过一定的缓存更新策略进行实时替换。缓存更新策略可采用LRU(最近最少使用机制)。数据索引结构如图5所示。由于图5中画面限制,图5中的“off”代表为块内偏移offset,特此说明。Block表示数据块。
(四)元数据管理;
所有的数据都是存储在数据块中,大量的数据块散落在不同的磁盘上,通过管理元数据将这些数据块组织起来。元数据其实就是数据块和日志块的索引,包含的信息有块编号、块中的数据记录范围,即<bid,KeyL′,KeyH′>;bid为块编号,KeyL′,KeyH′分别为块(数据块或日志块)的最小key和最大key;
将每一个数据块或日志块的key范围视作一个节点,即[KeyL′,KeyH′];所有的块节点信息可以组织成一颗排序树,通过对这颗排序树的查找即可得到相应的数据块或日志块。
由于对块大小设置了上限,所以频繁的对块内数据进行增删改会出现数据块不断地被分拆;过多的数据块会对数据查询带来较高的开销,所以应该限制数据块的增长。例如,数据存储层会定期检查所有数据块内数据的大小,如果某个数据块内容纳的数据较小且与它相邻的数据块大小也未达到上限,则将这个数据块中的数据拆分到相邻的数据块中,以减少块数量。
Claims (8)
1.一种海量分布式数据库存储单元,其特征在于:该存储单元从下到上划分为三个层次,即:数据存储层、数据抽象层、数据应用层;同时还设有元数据,通过管理元数据将数据块组织起来;
数据存储层用于管理最基本的数据块;数据块中数据的基本单位以及存储格式为键值对(key-value),key是键对象,value是值对象;一个键值对就是一条数据记录;数据块存放于磁盘中,内存中会设置一个块缓存区,当块缓存区中的数据达到预设的数据块大小时就将这些数据作为一个完整数据块存入磁盘中;存储单元通过数据块编号对数据块进行管理,在文件中写入数据时通过数据块编号和块内偏移来定位,即<bid,offset>;bid为块编号,offset为块内偏移;
数据抽象层用于对数据块内数据记录进行排序和基于日志的数据修改;对数据记录排序操作时,排序的规则由数据应用层提供;基于日志的数据修改包括:不将数据修改行为立即作用在数据上,而是将这些修改操作以日志的方式记录下来;修改操作相应的日志记录位于日志块中,日志块存于磁盘上;当需要对数据块内数据修改时,对日志块进行提交,即将日志块与所对应的数据块进行合并,从而完成真正的数据修改;
数据应用层主要负责:1)数据应用层通过调用不同的排序函数将排序规则传入数据抽象层,使得数据抽象层能够对数据块和日志块内的记录或指针排序;2)数据应用层通过定义的合并函数实现对数据的增加、删除、修改操作;3)负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口;
元数据是数据块和日志块的索引,负责记录组成数据表格的块信息,具体记录了组成数据表格的块序号以及块中键值对的键对象Key的范围。
2.如权利要求1所述的海量分布式数据库存储单元,其特征在于:
数据块内数据记录组织形式包括三种:
第一种是未排序块,块内数据按照生成的数据记录依次向后追加,直至达到数据块设置的大小上限后写入磁盘;
第二种是后排序块,针对的是块内数据记录的key定长、value定长;这种数据块先按照生成的数据记录的顺序存放,待数据块满时通过上层数据抽象层对块内所有数据记录进行排序并写入磁盘;
第三种数据记录组织形式是先按照数据记录的生成顺序依次存放,同时在数据块的末端生成一个指针指向当下写入的数据记录的位置,当数据块写满时通过上层数据抽象层统一对数据块末端的所有数据指针进行排序,然后把数据块内数据写入磁盘。
3.如权利要求2所述的海量分布式数据库存储单元,其特征在于:
日志块内日志记录组织形式与数据块内数据记录组织形式相同。
4.如权利要求1所述的海量分布式数据库存储单元,其特征在于:
对日志块进行提交时,日志块提交过程的第一步是将磁盘中已有的日志块读入内存;第二步是将所有的日志块与其对应的数据块数据合并,即依次读取日志块中的修改操作,把这些修改操作应用到数据块中;第三步是将合并后的数据块内数据进行排序,组合成新的数据块。
5.如权利要求1所述的海量分布式数据库存储单元,其特征在于:
所述数据应用层负责将底层的所有数据块或日志块建立索引,将这些数据块或日志块串联起来,并提供数据检索入口,具体包括:
对于每一条数据记录,其索引结构为<Key, bid, offset>,其中,Key为该条数据记录的键对象,bid为该条数据记录所在的块编号,offset为块内偏移;
数据应用层抽象为数据表格,在数据表格上将所有的数据记录的索引按照key的大小划分为多个索引组;多个索引组构成一索引表;在每个索引组上再建立一级顶级索引,索引内容为<KeyL, KeyH, Id>,KeyL是该索引组最小Key,KeyH是该索引组最大Key,Id是该索引组的编号。
6.如权利要求5所述的海量分布式数据库存储单元,其特征在于:
顶级索引和索引组缓存在内存中。
7.如权利要求1所述的海量分布式数据库存储单元,其特征在于:
数据块中数据存储的基本结构包括两种:当键对象key和值对象value都为定长时,采用第一种结构,即键对象key后紧跟值对象value;否则,采用第二种结构,在键对象key和值对象value前添加记录长度L,通过记录长度L指定key和value的总长度。
8.如权利要求1所述的海量分布式数据库存储单元,其特征在于:
数据块只支持三种操作:整块写入、整块读取、块内区域读取。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610243341.0A CN105912687B (zh) | 2016-04-19 | 2016-04-19 | 海量分布式数据库存储单元 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610243341.0A CN105912687B (zh) | 2016-04-19 | 2016-04-19 | 海量分布式数据库存储单元 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105912687A CN105912687A (zh) | 2016-08-31 |
CN105912687B true CN105912687B (zh) | 2019-05-24 |
Family
ID=56746533
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610243341.0A Active CN105912687B (zh) | 2016-04-19 | 2016-04-19 | 海量分布式数据库存储单元 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105912687B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106503084A (zh) * | 2016-10-10 | 2017-03-15 | 中国科学院软件研究所 | 一种面向云数据库的非结构化数据的存储与管理方法 |
CN107016548B (zh) * | 2016-12-09 | 2022-01-28 | 创新先进技术有限公司 | 客户***、信息处理方法和读写方法及装置 |
JP6826287B2 (ja) * | 2016-12-28 | 2021-02-03 | 富士通株式会社 | ストレージ制御装置、ストレージ管理システム、及びプログラム |
CN107092530B (zh) * | 2017-03-01 | 2021-01-05 | 广州银禾网络通信有限公司 | 一种基于分布式内存的信令数据处理方法及*** |
CN106980685B (zh) * | 2017-03-31 | 2020-04-17 | 广东神马搜索科技有限公司 | 数据处理方法及数据处理装置 |
CN107273056A (zh) * | 2017-06-30 | 2017-10-20 | 郑州云海信息技术有限公司 | 一种Ceph文件***的数据存储方法及装置 |
CN107659626B (zh) * | 2017-09-11 | 2020-09-15 | 上海交通大学 | 面向临时元数据的分离存储方法 |
CN107656702B (zh) * | 2017-09-27 | 2020-11-20 | 联想(北京)有限公司 | 加速硬盘读写的方法及其***、以及电子设备 |
CN108153681A (zh) * | 2017-11-29 | 2018-06-12 | 深圳忆联信息***有限公司 | 一种大容量固态硬盘映射表压缩方法 |
CN109299348B (zh) * | 2018-11-28 | 2021-09-28 | 北京字节跳动网络技术有限公司 | 一种数据查询方法、装置、电子设备及存储介质 |
CN111435342B (zh) * | 2019-01-14 | 2023-12-05 | 深圳市茁壮网络股份有限公司 | 海报的更新方法、更新***以及管理*** |
CN114579061B (zh) * | 2022-04-28 | 2022-07-29 | 苏州浪潮智能科技有限公司 | 一种数据存储方法、装置、设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101639848A (zh) * | 2009-06-01 | 2010-02-03 | 北京四维图新科技股份有限公司 | 一种空间数据引擎及应用其管理空间数据的方法 |
CN102375853A (zh) * | 2010-08-24 | 2012-03-14 | ***通信集团公司 | 分布式数据库***、在其中建立索引的方法和查询方法 |
CN103036956A (zh) * | 2012-11-30 | 2013-04-10 | 航天恒星科技有限公司 | 一种分布式组态化海量数据归档***及实现方法 |
CN104142957A (zh) * | 2013-05-10 | 2014-11-12 | 上海联影医疗科技有限公司 | 一种面向区域医疗的数据共享的方法及其*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8782344B2 (en) * | 2012-01-12 | 2014-07-15 | Fusion-Io, Inc. | Systems and methods for managing cache admission |
-
2016
- 2016-04-19 CN CN201610243341.0A patent/CN105912687B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101639848A (zh) * | 2009-06-01 | 2010-02-03 | 北京四维图新科技股份有限公司 | 一种空间数据引擎及应用其管理空间数据的方法 |
CN102375853A (zh) * | 2010-08-24 | 2012-03-14 | ***通信集团公司 | 分布式数据库***、在其中建立索引的方法和查询方法 |
CN103036956A (zh) * | 2012-11-30 | 2013-04-10 | 航天恒星科技有限公司 | 一种分布式组态化海量数据归档***及实现方法 |
CN104142957A (zh) * | 2013-05-10 | 2014-11-12 | 上海联影医疗科技有限公司 | 一种面向区域医疗的数据共享的方法及其*** |
Also Published As
Publication number | Publication date |
---|---|
CN105912687A (zh) | 2016-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105912687B (zh) | 海量分布式数据库存储单元 | |
CN110825748B (zh) | 利用差异化索引机制的高性能和易扩展的键值存储方法 | |
CN104346357B (zh) | 一种嵌入式终端的文件存取方法及*** | |
CN111399777B (zh) | 一种基于数据值分类的差异化键值数据存储方法 | |
US7418544B2 (en) | Method and system for log structured relational database objects | |
US7689574B2 (en) | Index and method for extending and querying index | |
CN109933570A (zh) | 一种元数据管理方法、***及介质 | |
CN105677826A (zh) | 一种针对海量非结构化数据的资源管理方法 | |
CN107491487A (zh) | 一种全文数据库架构及位图索引创建、数据查询方法、服务器及介质 | |
CN103631940A (zh) | 一种应用于hbase数据库的数据写入方法及*** | |
CN102314485A (zh) | 哈希表添加、查找和删除方法及装置 | |
CN104408111A (zh) | 一种删除重复数据的方法及装置 | |
CN110309233A (zh) | 数据存储的方法、装置、服务器和存储介质 | |
CN113626431A (zh) | 一种基于lsm树的延迟垃圾回收的键值分离存储方法及*** | |
CN103473324A (zh) | 基于非结构化数据存储的多维业务属性检索装置及方法 | |
CN110109927A (zh) | 基于LSM树的Oracle数据库数据处理方法 | |
CN114780530A (zh) | 基于lsm树键值分离的时序数据存储方法及*** | |
JP2021092950A (ja) | データ処理装置およびデータ処理プログラム | |
Changtong | An improved HDFS for small file | |
CN116257523A (zh) | 一种基于非易失存储器的列式存储索引方法及装置 | |
CN109299143B (zh) | 基于Redis缓存的数据互操作测试知识库的知识快速索引方法 | |
CN101833511A (zh) | 数据管理方法、装置和*** | |
Wang et al. | PLSM: a highly efficient LSM-tree index supporting real-time big data analysis | |
CN104298747A (zh) | 大数据量图片的存储方法、以及检索方法 | |
CN101963993A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |