CN103164431B - 关系型数据库的数据存储方法和存储系统 - Google Patents
关系型数据库的数据存储方法和存储系统 Download PDFInfo
- Publication number
- CN103164431B CN103164431B CN201110415135.0A CN201110415135A CN103164431B CN 103164431 B CN103164431 B CN 103164431B CN 201110415135 A CN201110415135 A CN 201110415135A CN 103164431 B CN103164431 B CN 103164431B
- Authority
- CN
- China
- Prior art keywords
- state
- index partition
- partition table
- new generation
- index
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开一种关系型数据库的数据存储方法和存储系统,既能满足存储容量限制的要求,又保证了数据读取性能。本发明实施例提供的数据存储方法包括两个结构相同的索引分区表,其中一个为新生代状态,另一个为旧生代状态且已存储数据表的主键,所述方法包括:将数据表的主键存入新生代状态的索引分区表中;当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同;当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
Description
技术领域
本发明涉及数据存储技术领域,特别涉及一种关系型数据库的数据存储方法和存储系统。
背景技术
关系型数据库是建立在关系模型基础上的数据库,是目前最常用的数据库类型之一,广泛应用在各种软件系统和互联网项目中。
在传统软件系统或互联网项目的构建中,在很多时候会遇到如下场景:
网络中存在一个存储有海量数据的子系统B,能够提供网络运行所需的各种数据,然而由于网络布局或者数据读取速度的考虑,通常不采用直接与子系统B进行数据交互的方法,而是设置一个规模较小的子系统A,子系统A依赖于子系统B中的数据,通过对子系统A中数据的读写,实现与子系统B中数据的交互。
针对如何实现上述场景中的子系统A,现有方案中还没有提出较明确的解决方案,若在每次访问子系统A时,子系统A都需要从子系统B中同步获取数据,则数据读取性能会非常低下;若采用将从子系统B中得到的数据都存储在子系统A中,由于子系统A的存储容量限制,在实际操作中的可行性非常小。
发明内容
本发明提供的一种关系型数据库的数据存储方法和存储系统,以解决现有技术中每次访问时都需要同步获取数据造成数据读取性能低下或是无法满足系统存储容量限制的问题。
为达到上述目的,本发明实施例采用了如下技术方案:
本发明实施例提供了一种关系型数据库的数据存储方法,该方法包括:包括两个结构相同的索引分区表,其中一个为新生代状态,另一个为旧生代状态且已存储数据表的主键,所述方法包括:
将数据表的主键存入新生代状态的索引分区表中;
当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同;
当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
本发明实施例还提供了一种存储系统,所述系统包括设置有存储控制装置的关系型数据库,所述关系型数据库中包括两个结构相同的索引分区表,其中一个为新生代状态,另一个为旧生代状态且已存储数据表的主键,所述存储控制装置包括设置单元、存储单元和更新剔除单元,
所述存储单元,用于将数据表的主键存入新生代状态的索引分区表中;
所述更新剔除单元,用于当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同;以及,当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
本发明实施例的有益效果是:
本发明实施例采用两个结构相同的索引分区表交替进行数据存储,并将最新的数据存储在处于新生代状态的索引分区表中,实现了一种基于LRU机制的关系型数据库存储方案。
利用本发明实施例的存储方案,能够较好地对网络中存储有海量数据的子系统中的数据进行筛选,仅存储该子系统中的部分数据,既满足了存储容量限制的要求,又保证了数据读取性能。
附图说明
图1为本发明实施例一提供的一种关系型数据库的数据存储方法流程示意图;
图2为本发明实施例二提供的一个具体应用场景的示意图;
图3为本发明实施例三提供的一种存储系统的结构示意图;
图4为本发明实施例三提供的一种存储控制装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本方案的主要技术构思在于,通过对数据表的主键(PrimaryKey,PK)建立两个结构一致的索引分区表作为基本的数据结构,当前正执行主键存储的一个的索引分区表为处于新生代状态的索引分区表(或称之为新生代分区表),另一个索引分区表为处于旧生代状态的索引分区表(或称之为旧生代分区表)。在运行过程中,通过两个索引分区表所存储的数据的新旧角色的替换来达到数据筛选,剔除旧数据并回收相应的存储空间。
参见图1,为本发明实施例一提供的一种关系型数据库的数据存储方法,该方法包括:
11:设置两个结构相同的索引分区表存储数据表的主键,所述索引分区表包括第一索引分区表(如表示为L1Index)和第二索引分区表(如表示为L2Index),在初始时,将第一索引分区表设置为新生代状态,将第二索引分区表设置为旧生代状态,下文中将处于新生代状态的索引分区表称之为新生代索引分区表,将处于旧生代状态的索引分区表称之为旧生代索引分区表。本方案并不对具体的名称进行限定,上述的“新生代”和“旧生代”指示了索引分区表中存储数据的新旧状态,新生代状态下的索引分区表存储了当前时间段内最新增加的数据以及活跃度较高的数据,而旧生代状态下的索引分区表中的数据存储了当前时间段之前的数据。
为了便于清楚描述本发明实施例的技术方案,在发明的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。
本发明实施例中仍以存储海量数据的子系统B和规模较小且依赖于子系统B的子系统A的场景进行说明,其中,子系统A上具有关系型数据库(如Mysql),关系型数据库中的数据以行和列的形式存储,一组行和列构成一个数据表,由一个或多个数据表构成关系型数据库。在该关系型数据库中使用了本方案的数据存储方法。
当存储的数据为涉及用户资料的数据时,数据表中存储用户资料(UserInfo),数据表的主键为用户标识(UserId)。这时,所设置的索引分区表中存储UserId,索引分区表自身的索引分区表主键表示为Id。
参见表1,数据表中存储的UserInfo可以包括姓名(Name)、性别(Gender)、生日(Birthday)、移动电话(Mobile)、公司(Company)、血型(Blood)、主页(Homepage)、电子邮件(Email)、其他信息(OtherInfo)等内容。
表1
参见表2,显示了一种L1Index和L12ndex的示例。索引分区表中还可以设置时间戳(Timestamp)信息,通常在发生用户资料的查询事件和用户资料的变更事件时,需要对时间戳信息进行更新。利用该时间戳信息可以查找最新的数据,获知最新数据的执行情况等。
表2
Id | UserId | Timestamp |
1 | 200034731 | 2011-11-18 12:20:19 |
2 | 200034732 | 2011-11-18 12:20:23 |
3 | 200034733 | 2011-11-18 12:20:50 |
... | ... | ... |
若mysql中UserInfo的存储能力是2000万时,两个索引分区表L1Index和L12ndex的存储能力可以分别设置为为1000万。
初始时所设置的第一索引分区表和第二索引分区表中存储的内容为空。
12:将数据表的主键先存入第一索引分区表中。
当前的新生代分区表为第一索引分区表,将数据存储至第一索引分区表。在本方案中当前正在进行数据存储的索引分区表都被设置为新生代分区表中,即新生代分区中存储的是最新的数据。
13:当第一索引分区表存储满时,将第一索引分区表作为旧生代分区表,将第二索引分区表作为新生代分区表。
进一步的,本实施例中为索引分区表设置极限因子,通过如下方式获知新生代状态的索引分区表存储满:
当新生代状态的索引分区表的存储率达到极限因子时,获知新生代状态的索引分区表已存储满。
上述的极限因子指示第一索引分区表的存储率已接近最大允许的存储能力,如100%。这时,将L1Index和L12ndex的角色互换。
进一步的,本方案中在所述索引分区表中依次存储数据表的主键,参见表2,所述索引分区表自身的索引分区表主键(Id)由按顺序依次递增的数值构成,如从0开始顺序加1的自然数。这时,根据每个索引分区表中最后一个索引分区表主键的数值(即索引分区表主键中的最大数值)获知该索引分区表的存储率。这种自增列的处理方式避免了传统的使用Mysql的count函数统计已使用空间所带来的额外计算量,能够快速获知索引分区表的空间占用情况,提高存储效率。
14:将新增加的主键存入第二索引分区表中。
当Mysql从子系统A中接收到新增加的索引数据时,会产生新的主键。
由于第二索引分区表还未被使用,内容为空,这时,新增加的主键会直接被送入第二索引分区表。
15:在当前的新生代分区表的存储满之前,如在当前的新生代分区表的存储率达到极限因子之前,删除当前的旧生代分区表中存储的主键以及该主键对应的索引数据项,并获取第三索引分区表,作为下一次使用的新生代分区表。
本步骤中当前的新生代分区表为第二索引分区表,当第二索引分区表也写满数据后,则L1Index和L12ndex都存满了数据,必须为后续新增的数据设置新的存储空间。
本方案在当前的新生代分区表存满之前,生成或创建一个全新的空索引分区表(如第三索引分区表),该新的空索引分区表具有与L1Index和L12ndex相同的结构,本方案用于存储数据表主键的索引分区表都具有相同的结构。
具体的,本方案中设置了为索引分区表设置填充因子,如90%,每隔预定时间检测新生代分区表的存储率,根据检测结果判断该索引分区表的存储率是否达到填充因子,当达到填充因子时,删除当前的旧生代数据,包括当前的旧生代分区表中存储的主键以及该主键对应的索引数据项。通过删除操作,释放旧数据所占用的空间,以满足容量限制。
上述第三索引分区表可以表示为L3Index,然而,由于在删除了旧生代数据后,旧生代分区表(L1Index)也会被删除或不再使用,可以用L1Index表示第三索引分区表,即Mysql中存在的两个索引分区表可以始终采用L1Index和L12ndex来表示。
进一步的,在获取上述第三索引分区表时,也可以采用清空后的旧生代分区表实现,然而,考虑直接删除旧生代分区表(即第一索引分区表)并生成一个新的空表的操作更加便捷、快速,本方案中在Mysql中的两个索引分区表都存满数据后,删除旧生代分区表,并创建(Create)一个新的空索引分区表作为下一次使用的新生代分区表。
进一步的,上述检测时所间隔的预定时间,以及所使用的填充因子和极限因子的具体数值都可以根据具体的应用场景进行调整。当应用场景发生变化时,根据接收到的调整指示信息,对填充因子、极限因子和预定时间中的一个或多个进行调整。例如,当主键存入索引分区表中速度变快时,缩短预定时间的数值,当索引分区表的容量限制降低时,即索引分区表所能存储的数据量变大时,提高填充因子的数值。
16:在当前的新生代分区表的存储率达到极限因子时,将第二索引分区表作为旧生代分区表。
第二索引分区表的角色从新生代分区表变化为旧生代分区表。
17:并将新增加的主键存入所述获取到的第三索引分区表中。
第三索引分区表为当前的新生代分区表,对该第三索引分区表采用上述相同的方式进行处理,本方法还包括:
在第三索引分区表的存储率达到极限因子之前,删除第二索引分区表中存储的主键以及该主键对应的索引数据项,获取第四索引分区表,作为再一次使用的当前分区表;
在第三索引分区表的存储率达到极限因子时,将第三索引分区表作为备用分区表,并将新增加的主键存入所述获取到的第四索引分区表中;
其中,所述第三索引分区表、第四索引分区表与第一索引分区表和第二索引分区表具有相同的结构。
对第四索引分区表以及后续新生成的索引分区表的处理方式与上述第三索引分区表的处理方式相同,不再赘述。
由上所述,本方案中所提供的数据存储过程中(初始点除外),包括两个结构相同的索引分区表,其中一个为新生代状态,另一个为旧生代状态且已存储数据表的主键,本方法包括如下操作:
将数据表的主键存入新生代状态的索引分区表中;
当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同;
当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
通过重复执行上述处理,在关系型数据库中实现了一种基于最近最少使用(LeastRecentlyUsed,LRU)的存储机制。
进一步的,本方案中当删除所述主键对应的索引数据项时,若该索引数据项中包括正在被使用的第一索引数据项,则保留该第一索引数据项,并将第一索引数据项对应的主键写入当前的新生代分区表中。以及,当旧生代状态的索引分区表中的数据被访问时,将被访问的旧生代分区表中的数据转移至新生代分区表中。通过这种处理,将系统中活跃的数据都筛选并保存在新生代分区表中,以提高数据访问的性能。
本发明实施例采用两个结构相同的索引分区表交替进行数据存储,并将最新的数据存储在处于新生代状态的索引分区表中,实现了一种基于最近最少使用(LeastRecentlyUsed,LRU)机制的关系型数据库存储方案。
利用本发明实施例的存储方案,能够较好地对网络中存储有海量数据的子系统中的数据进行筛选,仅存储该子系统中的部分数据,既满足了存储容量限制的要求,又保证了数据读取性能。
本发明实施例二对本方案的一个具体应用场景进行说明,参见图2,数据访问操作包括步骤1至3,在数据访问执行的同时,还可以执行数据回收和数据同步操作,数据回收操作步骤4至8,数据同步操作包括步骤9。
1:客户端向中间件服务器发送访问请求。
中间件服务器能够对关系型数据库进行访问和控制。
2:中间件服务器根据该访问请求在关系型数据库(如Mysql)中查找数据。
查找数据时,先在关系型数据库的索引分区表中查找索引分区表,得到访问数据所对应的主键,然后根据该主键查找到被访问数据。
3:关系型数据库通过中间件服务器将查询结果返回至客户端。
4:定时服务器定时检查是否达到回收条件。
该回收条件即是新生代分区表的存储率达到填充因子(如90%)。
5:关系型数据库向定时服务器返回查询结果。
6:当检测到的新生代分区表的存储率达到填充因子时,确定满足回收条件。
7:定时服务器触发关系型数据库中旧生代数据的回收。
关系型数据库删除旧生代分区表中存储的主键以及该主键对应的索引数据项,释放这些数据所占用的空间。
8:关系型数据库向定时服务器返回数据回收结果。
9:外系统同步服务对关系型数据库中的新生代分区表中的数据进行同步。
当系统中的数据发生更改时,例如系统所存储的用户信息发生变化时,当变化后的用户信息存储在新生代分区表中,外系统同步服务将新生代分区表中的数据修改为与变化后的用户信息保持一致,或是,当变化后的用户信息存储在旧生代分区表中,现将该信息转移至新生代分区表中,再将该信息修改为与变化后的用户信息保持一致。
上述中间件和外系统同步服务都可以客户端类库实现。上述定时服务器可以一台普通计算机实现。
由上所述,本发明实施例至少具有如下优点:
1、在关系型数据库中实现了一种基于LRU机制的存储方案;
2、通过填充因子,定时器启动时间等参数可配置,可根据不同的场景调整容量限制,应用范围较广;
3、采用自增列方式计算已经使用空间,计算效率较高;
4、回收空间时基于新旧生代的替换机制,将筛选出的活跃数据保留在新生代分区表中,不但保证了数据访问效率,降低对存储空间的要求,;
5、定时器服务器和所使用的客户端类库分别独立运行,避免了并行开销。
参见图3,本发明实施例三还提供了一种存储系统,所述系统包括设置有存储控制装置的关系型数据库31、定时服务器32和中间件服务器33。中间件服务器33能够对关系型数据库进行访问和控制。
如图4所示,所述存储控制装置包括设置单元41、存储单元42和更新剔除单元43,其中:
所述设置单元41,用于为索引分区表设置填充因子,以及在初始时创建两个结构相同的空的索引分区表,设置其中一个为新生代状态,另一个为旧生代状态;
所述存储单元42,用于将数据表的主键存入新生代状态的索引分区表中;
所述更新剔除单元43,用于当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同;以及,当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
进一步的,上述设置单元41,还用于为索引分区表设置极限因子,所述定时服务器32,还用于每隔预定时间检测新生代状态的索引分区表的存储率,判断该索引分区表的存储率是否达到极限因子,并将检测结果通知更新剔除单元;所述更新剔除单元43,用于当新生代状态的索引分区表的存储率达到极限因子时,确认新生代状态的索引分区表存储满。
进一步的,所述定时服务器32,还用于每隔预定时间检测新生代分区表的存储率是否达到的填充因子,并将检测结果通知所述更新剔除单元43。
进一步的,本实施例中所述索引分区表自身的索引分区表主键由依次递增的数值构成,所述定时服务器32,每隔预定时间检测新生代状态的索引分区表中最后一个索引分区表主键的数值,根据该索引分区表主键的数值获知该索引分区表的存储率,得到检测结果。
进一步的,本方案中的更新剔除单元43,还用于当删除所述主键对应的索引数据项时,若该索引数据项中包括正在被使用的第一索引数据项,则保留该第一索引数据项,并将第一索引数据项对应的主键写入当前的新生代分区表中。以及,当旧生代分区表的数据被访问时,将被访问的旧生代分区表中的数据转移至新生代分区表中。通过这种处理,将系统中活跃的数据都筛选并保存在新生代分区表中,以提高数据访问的性能。
本发明系统实施例中各设备和单元的具体工作方式可以参见本发明方法实施例中的相关内容。
本发明实施例采用两个结构相同的索引分区表交替进行数据存储,并将最新的数据存储在作为新生代分区表的索引分区表中,实现了一种基于LRU机制的关系型数据库存储方案。
利用本发明实施例的存储方案,能够较好地对网络中存储有海量数据的子系统中的数据进行筛选,仅存储该子系统中的部分数据,既满足了存储容量限制的要求,又保证了数据读取性能。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种关系型数据库的数据存储方法,其特征在于,包括两个结构相同的索引分区表,其中一个为新生代状态,另一个为旧生代状态且已存储数据表的主键,所述方法包括:
将数据表的主键存入新生代状态的索引分区表中;
当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同,当旧生代状态的索引分区表中的数据被访问时,将被访问的旧生代分区表中的数据转移至新生代分区表中;
当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:在初始时,创建两个结构相同的空的索引分区表,设置其中一个为新生代状态,另一个为旧生代状态;
将数据表主键先存入新生代状态的索引分区表中;
当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,原旧生代状态的索引分区表设置为新生代状态。
3.根据权利要求1或2所述的方法,其特征在于,为索引分区表设置极限因子,通过如下方式获知新生代状态的索引分区表存储满:
当新生代状态的索引分区表的存储率达到极限因子时,获知新生代状态的索引分区表已存储满。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
每隔预定时间检测新生代状态的索引分区表的存储率;
判断所述新生代状态的索引分区表的存储率达到填充因子包括:
根据检测结果判断该索引分区表的存储率是否达到填充因子;以及,
判断所述新生代状态的索引分区表存储满包括:
根据检测结果判断该索引分区表的存储率是否达到极限因子。
5.根据权利要求4所述的方法,其特征在于,所述索引分区表自身的索引分区表主键由依次递增的数值构成,所述每隔预定时间检测新生代状态的索引分区表的存储率包括
每隔预定时间检测新生代状态的索引分区表中最后一个索引分区表主键的数值,根据该索引分区表主键的数值获知该索引分区表的存储率。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
根据接收到的调整指示,调整填充因子、极限因子、和/或所述预定时间的数值。
7.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当删除所述主键对应的索引数据项时,若该索引数据项中包括正在被使用的第一索引数据项,则保留该第一索引数据项,并将第一索引数据项对应的主键从旧生代状态的索引分区表中写入新生代状态的分区表中;以及,
当旧生代状态的索引分区表中的数据被访问时,将被访问的数据转移至新生代状态的索引分区表中。
8.根据权利要求3所述的方法,其特征在于,所述索引分区表中为数据表的每一主键设置有时间戳信息,所述方法还包括:
当数据表的主键所对应的索引数据项发生变化时,索引分区表中更新该数据表主键所对应的时间戳信息。
9.一种存储系统,其特征在于,所述系统包括设置有存储控制装置的关系型数据库,所述关系型数据库中包括两个结构相同的索引分区表,其中一个为新生代状态,另一个为旧生代状态且已存储数据表的主键,所述存储控制装置包括存储单元和更新剔除单元,
所述存储单元,用于将数据表的主键存入新生代状态的索引分区表中;
所述更新剔除单元,用于当新生代状态的索引分区表的存储率达到填充因子时,删除原旧生代状态的索引分区表中存储的主键以及该主键对应的索引数据项,并创建新的索引分区表,设为旧生代状态,所述新的索引分区表与新生代状态的索引分区表结构相同;当旧生代状态的索引分区表中的数据被访问时,将被访问的旧生代分区表中的数据转移至新生代分区表中;以及,当新生代状态的索引分区表存储满时,将该索引分区表设置为旧生代状态,将所述新创建的索引分区表设置为新生代状态。
10.根据权利要求9所述的系统,其特征在于,所述系统还包括定时服务器,
所述定时服务器,用于每隔预定时间检测新生代分区表的存储率是否达到的填充因子,并将检测结果通知所述更新剔除单元;以及,
所述定时服务器,还用于每隔预定时间检测新生代状态的索引分区表的存储率,判断该索引分区表的存储率是否达到极限因子,并将检测结果通知更新剔除单元;所述更新剔除单元,用于当新生代状态的索引分区表的存储率达到极限因子时,确认新生代状态的索引分区表存储满。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110415135.0A CN103164431B (zh) | 2011-12-13 | 2011-12-13 | 关系型数据库的数据存储方法和存储系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110415135.0A CN103164431B (zh) | 2011-12-13 | 2011-12-13 | 关系型数据库的数据存储方法和存储系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103164431A CN103164431A (zh) | 2013-06-19 |
CN103164431B true CN103164431B (zh) | 2016-04-20 |
Family
ID=48587525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110415135.0A Active CN103164431B (zh) | 2011-12-13 | 2011-12-13 | 关系型数据库的数据存储方法和存储系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103164431B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108255909B (zh) * | 2017-07-27 | 2020-08-04 | 平安科技(深圳)有限公司 | 基于Oracle数据库的数据表备份方法及服务器 |
CN112835887A (zh) * | 2019-11-25 | 2021-05-25 | 航天信息股份有限公司 | 数据库管理方法、装置、计算设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101727403A (zh) * | 2008-10-15 | 2010-06-09 | 深圳市朗科科技股份有限公司 | 数据存储系统、设备及方法 |
CN101814045A (zh) * | 2010-04-22 | 2010-08-25 | 华中科技大学 | 一种用于备份服务的数据组织方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100922389B1 (ko) * | 2007-07-04 | 2009-10-19 | 삼성전자주식회사 | 플래시 메모리를 위한 색인 스킴 |
-
2011
- 2011-12-13 CN CN201110415135.0A patent/CN103164431B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101727403A (zh) * | 2008-10-15 | 2010-06-09 | 深圳市朗科科技股份有限公司 | 数据存储系统、设备及方法 |
CN101814045A (zh) * | 2010-04-22 | 2010-08-25 | 华中科技大学 | 一种用于备份服务的数据组织方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103164431A (zh) | 2013-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7410181B2 (ja) | ハイブリッド・インデックス作成方法、システム、プログラム | |
CN108009008B (zh) | 数据处理方法和系统、电子设备 | |
CN105447075B (zh) | 用于动态划分的计算机实现方法 | |
US10248356B2 (en) | Using scratch extents to facilitate copying operations in an append-only storage system | |
CN103116661B (zh) | 一种数据库的数据处理方法 | |
CN109416694A (zh) | 包括资源有效索引的键值存储系统 | |
US10310904B2 (en) | Distributed technique for allocating long-lived jobs among worker processes | |
CN103995855B (zh) | 存储数据的方法和装置 | |
US20120159098A1 (en) | Garbage collection and hotspots relief for a data deduplication chunk store | |
JP2015512604A (ja) | 暗号ハッシュ・データベース | |
US20140156671A1 (en) | Index Constructing Method, Search Method, Device and System | |
EP2380090B1 (en) | Data integrity in a database environment through background synchronization | |
CN102779138B (zh) | 实时数据的硬盘存取方法 | |
US9619322B2 (en) | Erasure-coding extents in an append-only storage system | |
CN110196847A (zh) | 数据处理方法和装置、存储介质及电子装置 | |
CN106155915A (zh) | 数据存储的处理方法及装置 | |
CN111708894B (zh) | 一种知识图谱创建方法 | |
Lu et al. | TridentKV: A read-Optimized LSM-tree based KV store via adaptive indexing and space-efficient partitioning | |
CN107798063A (zh) | 快照处理方法和快照处理装置 | |
CN109947730A (zh) | 元数据恢复方法、装置、分布式文件系统及可读存储介质 | |
CN109471860B (zh) | 面向电动汽车充电网络大规模充电桩数据处理方法及装置 | |
CN103164431B (zh) | 关系型数据库的数据存储方法和存储系统 | |
CN107133334B (zh) | 基于高带宽存储系统的数据同步方法 | |
US10416901B1 (en) | Storage element cloning in presence of data storage pre-mapper with multiple simultaneous instances of volume address using virtual copies | |
CN105659214B (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 | ||
CP02 | Change in the address of a patent holder |
Address after: Room 818, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building 6 storey block A Room 601 Patentee before: BEIJING ULTRAPOWER SOFTWARE Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |