CN110597781A - 一种数据库的闪回删除方法及系统 - Google Patents
一种数据库的闪回删除方法及系统 Download PDFInfo
- Publication number
- CN110597781A CN110597781A CN201910735213.1A CN201910735213A CN110597781A CN 110597781 A CN110597781 A CN 110597781A CN 201910735213 A CN201910735213 A CN 201910735213A CN 110597781 A CN110597781 A CN 110597781A
- Authority
- CN
- China
- Prior art keywords
- deletion
- deleting
- partition
- view
- original
- 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.)
- Granted
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/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种数据库的闪回删除方法及系统,数据库的闪回删除方法,包括以下步骤:若所述回收站开启,且采用了扩展删除语法,则将所述第一对象做彻底删除;若所述表是普通表或分区父表,则检查所述表的依赖关系,并将依赖所述表的第二对象记录到链表中,所述第二对象包括索引、约束和视图;将所述表和所述第二对象做标记删除,所述标记删除的方式为分别将所述表和所述第二对象重命名并分别将所述表和所述第二对象的删除状态设置为真。在对外提供的系统视图中过滤掉标记删除对象,并且限制针对标记删除对象的DML、DDL访问,可以在线恢复表在删除操作前的数据,而不是某个历史时刻的数据。
Description
技术领域
本发明涉及数据库删除技术领域,具体来说,涉及一种数据库的闪回删除方法及系统。
背景技术
随着计算机技术的飞速发展,数据库的应用也越来越广泛,数据库的管理也面临很多挑战。对于数据库管理员,人为失误不可避免,一旦表被错误的删除,如何及时的闪回删除表并恢复服务就显得尤为重要。
目前数据库中表删除之后恢复服务的主要技术如下:
第一种是使用逻辑备份来做恢复。该方法的问题在于,逻辑备份中的表是备份时刻的状态,很可能与删除前的表数据存在差异。
第二种是使用物理备份来做恢复。该方法的问题在于,物理备份中的表是备份时刻的状态,很可能与删除前的表数据存在差异;另外,物理恢复不能恢复到当前的运行库,恢复过程相对复杂。
第三种是使用物理备份加归档日志来做恢复。该方法的问题在于,物理恢复不能恢复到当前的运行库,需要再次做逻辑备份恢复才能恢复到原库。
因此,目前数据库中表删除之后的主要恢复方法,都依赖于备份恢复技术,无法在原库上将表恢复到删除前的状态。
针对相关技术中的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中的上述技术问题,本发明提出一种数据库的闪回删除方法,可在线快速恢复表数据到原数据库中。
为实现上述技术目的,本发明的技术方案是这样实现的:
一种数据库的闪回删除方法,包括以下步骤:
在接收到删除第一对象命令后检查回收站是否开启,若所述回收站关闭则将第一对象做彻底删除;
若所述回收站开启,检查所述删除第一对象命令采用了何种语法,若采用了扩展删除语法,则将所述第一对象做彻底删除;
若采用了原有删除语法,则检查所述第一对象是否为表,若所述第一对象不为表,则将所述第一对象彻底删除,若所述第一对象为表,则检查所述表是普通表还是分区表,若所述表是分区表,则检查所述分区表是分区父表还是分区子表,若所述分区表是分区子表,则将所述第一对象做彻底删除;
若所述表是普通表或分区父表,则检查所述表的依赖关系,并将依赖所述表的第二对象记录到链表中,所述第二对象包括索引、约束和视图,若存在依赖所述表的第三对象,且所述第三对象不属于所述索引、所述约束或所述视图,则将所述第三对象做彻底删除;
将所述表和所述第二对象做标记删除,并将做标记删除的所述视图设置为不被使用,所述标记删除的方式为分别将所述表和所述第二对象重命名并分别将所述表和所述第二对象的删除状态设置为真。
进一步地,该方法还包括:
在接收到闪回目标表的命令后,查询被标记删除的所有表,解析出每个所述表的原名称并与所述目标表的名称一一比对,若不存在原名称与所述目标表的名称一致的表,则报错退出;
若存在原名称与所述目标表的名称一致的表,则检查该表的依赖关系并记录到链表中;
根据所述依赖关系,分别将该表以及与该表对应的所述第二对象做闪回处理并将该第二对象中的所述视图设置为能够使用,所述闪回处理的方式为分别将所述表和所述第二对象重命名为原名称并分别将所述表和所述第二对象的删除状态设置为假。
进一步地,所述重命名的格式为[_DEL$$]+[原对象名]+[$$时间戳]。
进一步地,通过将所述视图的状态设置为无效并在对外显示时过滤掉被标记删除的所述视图来使所述视图不被使用。
进一步地,若存在多个原名称与所述目标表的名称一致的表,则将所述表按照时间排序,并仅检查时间最新的所述表的依赖关系。
进一步地,通过将所述视图重新编译来使所述视图能够使用。
本发明还提供了一种数据库的闪回删除系统,包括:
标记删除模块,用于在第一对象为普通表或分区父表时,将所述第一对象以及与依赖该第一对象的第二对象做标记删除,所述第二对象包括索引、约束和视图,在对所述第二对象做标记删除的同时将所述视图设置为不被使用,所述标记删除的方式为分别将所述第一对象和所述第二对象重命名并分别将所述第一对象和所述第二对象的删除状态设置为真;
彻底删除模块,用于将所述第一对象做彻底删除或者用于在所述第一对象不为普通表或分区父表时,将所述第一对象做彻底删除,又或者用于在所述第一对象为普通表或分区父表时,将依赖所述第一对象的第三对象做彻底删除,所述第三对象不属于所述索引、所述约束或所述视图;
回收站模块,用于在关闭时,执行所述彻底删除模块,用于在开启时,判断所述第一对象是否为普通表或分区父表,以执行所述标记删除模块或彻底删除模块。
进一步地,所述系统还包括
闪回模块,用于解析被标记删除的所述第一对象的原名称,当存在解析出的原名称与要闪回的目标表的名称一致的第一对象时,将该第一对象以及与该第一对象对应的所述第二对象做闪回处理并将该第二对象中的所述视图设置为能够使用,所述闪回处理的方式为分别将所述第一对象和所述第二对象重命名为原名称并分别将所述第一对象和所述第二对象的删除状态设置为假。
进一步地,所述重命名的格式为[_DEL$$]+[原对象名]+[$$时间戳]。
进一步地,当所述第一对象和所述第二对象的删除状态设置为真时,所述第一对象和所述第二对象的INSERT、UPDATE、DELETE操作均被禁止,所述第一对象和所述第二对象的DDL操作只能为FLASHBACK和PURGE。
本发明的有益效果:可以在线恢复表在删除操作前的数据,而不是某个历史时刻的数据;操作简单方便,仅需一个SQL命令,无需停止数据库服务就可以恢复被误删的表;对原有系统的侵入较小;管理方便,可提供回收站视图查看被删除的表,可通过SQL语句清空回收站中的被删除的表。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例所述的删除流程的流程图;
图2是根据本发明实施例所述的闪回流程的流程图;
图3是根据本发明实施例所述的回收站管理的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
如图1-3所示,根据本发明实施例所述的一种数据库的闪回删除方法,包括以下步骤:
在接收到删除第一对象命令后检查回收站是否开启,若所述回收站关闭则将第一对象做彻底删除;
若所述回收站开启,检查所述删除第一对象命令采用了何种语法,若采用了扩展删除语法,则将所述第一对象做彻底删除;
若采用了原有删除语法,则检查所述第一对象是否为表,若所述第一对象不为表,则将所述第一对象彻底删除,若所述第一对象为表,则检查所述表是普通表还是分区表,若所述表是分区表,则检查所述分区表是分区父表还是分区子表,若所述分区表是分区子表,则将所述第一对象做彻底删除;
若所述表是普通表或分区父表,则检查所述表的依赖关系,并将依赖所述表的第二对象记录到链表中,所述第二对象包括索引、约束和视图,若存在依赖所述表的第三对象,且所述第三对象不属于所述索引、所述约束或所述视图,则将所述第三对象做彻底删除;
将所述表和所述第二对象做标记删除,并将做标记删除的所述视图设置为不被使用,所述标记删除的方式为分别将所述表和所述第二对象重命名并分别将所述表和所述第二对象的删除状态设置为真。
在本发明的一个具体实施例中,该方法还包括:
在接收到闪回目标表的命令后,查询被标记删除的所有表,解析出每个所述表的原名称并与所述目标表的名称一一比对,若不存在原名称与所述目标表的名称一致的表,则报错退出;
若存在原名称与所述目标表的名称一致的表,则检查该表的依赖关系并记录到链表中;
根据所述依赖关系,分别将该表以及与该表对应的所述第二对象做闪回处理并将该第二对象中的所述视图设置为能够使用,所述闪回处理的方式为分别将所述表和所述第二对象重命名为原名称并分别将所述表和所述第二对象的删除状态设置为假。
在本发明的一个具体实施例中,所述重命名的格式为[_DEL$$]+[原对象名]+[$$时间戳]。
在本发明的一个具体实施例中,通过将所述视图的状态设置为无效并在对外显示时过滤掉被标记删除的所述视图来使所述视图不被使用。
在本发明的一个具体实施例中,若存在多个原名称与所述目标表的名称一致的表,则将所述表按照时间排序,并仅检查时间最新的所述表的依赖关系。
在本发明的一个具体实施例中,通过将所述视图重新编译来使所述视图能够使用。
本发明还提供了一种数据库的闪回删除系统,其特征在于,包括:
标记删除模块,用于在第一对象为普通表或分区父表时,将所述第一对象以及与依赖该第一对象的第二对象做标记删除,所述第二对象包括索引、约束和视图,在对所述第二对象做标记删除的同时将所述视图设置为不被使用,所述标记删除的方式为分别将所述第一对象和所述第二对象重命名并分别将所述第一对象和所述第二对象的删除状态设置为真;
彻底删除模块,用于将所述第一对象做彻底删除或者用于在所述第一对象不为普通表或分区父表时,将所述第一对象做彻底删除,又或者用于在所述第一对象为普通表或分区父表时,将依赖所述第一对象的第三对象做彻底删除,所述第三对象不属于所述索引、所述约束或所述视图;
回收站模块,用于在关闭时,执行所述彻底删除模块,用于在开启时,判断所述第一对象是否为普通表或分区父表,以执行所述标记删除模块或彻底删除模块。
在本发明的一个具体实施例中,所述系统还包括
闪回模块,用于解析被标记删除的所述第一对象的原名称,当存在解析出的原名称与要闪回的目标表的名称一致的第一对象时,将该第一对象以及与该第一对象对应的所述第二对象做闪回处理并将该第二对象中的所述视图设置为能够使用,所述闪回处理的方式为分别将所述第一对象和所述第二对象重命名为原名称并分别将所述第一对象和所述第二对象的删除状态设置为假。
在本发明的一个具体实施例中,所述重命名的格式为[_DEL$$]+[原对象名]+[$$时间戳]。
在本发明的一个具体实施例中,当所述第一对象和所述第二对象的删除状态设置为真时,所述第一对象和所述第二对象的INSERT、UPDATE、DELETE操作均被禁止,所述第一对象和所述第二对象的DDL操作只能为FLASHBACK和PURGE。
为了方便理解本发明的上述技术方案,以下通过具体使用方式对本发明的上述技术方案进行详细说明。
为了能够达到闪回的目的,在启用闪回功能的情况下,本发明使用标记删除的方式来删除表。需要做的工作包括:
1)引入回收站概念,在回收站打开的情况下,原有删除语法对应标记删除,并用扩展删除语法来做彻底删除;在回收站关闭的情况下,不论是原有删除语法还是扩展删除语法都做彻底删除。
2)扩展系统表结构,对于标记删除的对象类型,扩展一个字段来记录是否已删除。
3)对于删除表的执行流程,如果是彻底删除,沿用原有流程;如果是标记删除,首先要查询表的依赖关系,将表以及依赖表的索引、约束、视图的删除状态设置为真(true),使用[_DEL$$]+[原对象名]+[$$时间戳]的命名方式来为标记删除的对象做重命名;对于其他依赖表的对象,因为会存在复杂的依赖关系,这里做彻底删除。
标记删除的表,对于用户是不可见的。为此需要:
1)对于所有提供给用户的对外系统视图,如ALL_TABLES、ALL_INDEXES,使用系统表的标记删除字段做过滤,对标记删除的对象不做显示。
2)对于SELECT语句,使用[_DEL$$]+[原对象名]+[$$时间戳]方式仍然可以记录查询。
3)对于INSERT、UPDATE、DELETE语句,使用[_DEL$$]+[原对象名]+[时间戳]的方式操作做报错退出处理。
4)对于除FLASHBACK(闪回)和PURGE的其他DDL语句,使用[_DEL$$]+[原对象名]+[$$时间戳]的方式操作做报错退出处理。
当需要闪回(即在线恢复)被标记删除的表的时候,需要对标记删除操作做如下逆向处理:
1)提供闪回被标记删除的表的语法。
2)查询被标记删除的表和依赖该表的对象,将该表的删除状态设置为未删除状态(即设置为假,false)。
为了方便管理标记删除的表,需要:
1)提供回收站的视图,在回收站内记录被标记删除的表的名称、时间。
2)提供扩展删除语法,彻底删除表。
3)提供清空回收站的语法,彻底删除回收站中的所有表。
本发明主要包含2个主要流程,删除流程、闪回流程,删除流程具体如下:
步骤1:预设回收站控制参数,根据参数的值来决定是否开启回收站。
步骤2:在语法层增设扩展删除语法,通过该语法判断是标记删除还是彻底删除。行为定义如下:在回收站开启的情况下,原有删除语法对应标记删除,扩展删除语法对应彻底删除;在回收站关闭的情况下,无论是原有删除语法还是扩展删除语法都对应彻底删除。
步骤3:在执行层,对于彻底删除,复用原有删除执行流程;对于标记删除,重新设计标记删除执行流程。
步骤4:进入标记删除执行流程。
步骤5:检查要删除的对象delete_obj是普通表、分区父表还是分区子表,如果是分区子表,转到彻底删除流程。
步骤6:检查要删除的对象delete_obj的依赖关系并记录到链表deplist中。
步骤7:依次检查deplist。对于要删除的对象delete_obj和依赖当前表的索引、约束、视图,将系统表中的对象名修改为[_DEL$$]+[原对象名]+[$$时间戳]的形式,将对象的删除状态delete_status设置为true;对于视图,除了标记删除外,还需将视图状态设置为invalid;对于其他依赖对象,做彻底删除。
步骤8:流程结束。
闪回流程具体如下:
步骤1:在语法层支持闪回的语法。
步骤2:进入到闪回的执行流程。
步骤3:根据要闪回的目标表在系统表中查询被标记删除的表,具体规则为:匹配delete_status为true字段的记录,按照[_DEL$$]+[原对象名]+[$$时间戳]的格式解析出原对象名并且与目标表的名称做匹配。如果不满足匹配规则,则流程终止。如果有多个满足条件的表,则选取时间最新的对象作为目标对象。
步骤4:检查目标对象的依赖关系并记录到链表deplist中。
步骤5:依次检查deplist。对于表和依赖表的索引、约束、视图,将系统表中的对象名从[_DEL$$]+[原对象名]+[$$时间戳]修改为原对象名的形式,将对象的删除状态delete_status设置为false,并将视图重新编译。
步骤6:流程结束。
处于回收站中的表(即被标记删除的表),区别于普通表,需要做一些额外处理,具体如下:
1)提供回收站视图,将标记删除的表名、时间、信息提供给用户。
2)新增purge语法,用于清空回收站或者处于回收站中的某张表。
3)修改所有对外提供的视图定义,过滤掉状态为已删除(即删除状态delete_status为true)的对象,使得用户无法感知被标记删除的表的存在。
禁止所有被标记删除的对象的DDL操作(purge、flashback语法除外)。
禁止所有被标记删除的对象的DML操作(包括insert/delete/update)。
综上所述,借助于本发明的上述技术方案,可以在线恢复表在删除操作前的数据,而不是某个历史时刻的数据;操作简单方便,仅需一个SQL命令,无需停止数据库服务就可以恢复被误删的表;对原有系统的侵入较小;管理方便,可提供回收站视图查看被删除的表,可通过SQL语句清空回收站中的被删除的表。
以上仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种数据库的闪回删除方法,其特征在于,包括以下步骤:
在接收到删除第一对象命令后检查回收站是否开启,若所述回收站关闭则将第一对象做彻底删除;
若所述回收站开启,检查所述删除第一对象命令采用了何种语法,若采用了扩展删除语法,则将所述第一对象做彻底删除;
若采用了原有删除语法,则检查所述第一对象是否为表,若所述第一对象不为表,则将所述第一对象彻底删除,若所述第一对象为表,则检查所述表是普通表还是分区表,若所述表是分区表,则检查所述分区表是分区父表还是分区子表,若所述分区表是分区子表,则将所述第一对象做彻底删除;
若所述表是普通表或分区父表,则检查所述表的依赖关系,并将依赖所述表的第二对象记录到链表中,所述第二对象包括索引、约束和视图,若存在依赖所述表的第三对象,且所述第三对象不属于所述索引、所述约束或所述视图,则将所述第三对象做彻底删除;
将所述表和所述第二对象做标记删除,并将做标记删除的所述视图设置为不被使用,所述标记删除的方式为分别将所述表和所述第二对象重命名并分别将所述表和所述第二对象的删除状态设置为真。
2.根据权利要求1所述的数据库的闪回删除方法,其特征在于,该方法还包括:
在接收到闪回目标表的命令后,查询被标记删除的所有表,解析出每个所述表的原名称并与所述目标表的名称一一比对,若不存在原名称与所述目标表的名称一致的表,则报错退出;
若存在原名称与所述目标表的名称一致的表,则检查该表的依赖关系并记录到链表中;
根据所述依赖关系,分别将该表以及与该表对应的所述第二对象做闪回处理并将该第二对象中的所述视图设置为能够使用,所述闪回处理的方式为分别将所述表和所述第二对象重命名为原名称并分别将所述表和所述第二对象的删除状态设置为假。
3.根据权利要求1所述的数据库的闪回删除方法,其特征在于,所述重命名的格式为[_DEL$$]+[原对象名]+[$$时间戳]。
4.根据权利要求1所述的数据库的闪回删除方法,其特征在于,通过将所述视图的状态设置为无效并在对外显示时过滤掉被标记删除的所述视图来使所述视图不被使用。
5.根据权利要求2所述的数据库的闪回删除方法,其特征在于,若存在多个原名称与所述目标表的名称一致的表,则将所述表按照时间排序,并仅检查时间最新的所述表的依赖关系。
6.根据权利要求2所述的数据库的闪回删除方法,其特征在于,通过将所述视图重新编译来使所述视图能够使用。
7.一种数据库的闪回删除系统,其特征在于,包括:
标记删除模块,用于在第一对象为普通表或分区父表时,将所述第一对象以及与依赖该第一对象的第二对象做标记删除,所述第二对象包括索引、约束和视图,在对所述第二对象做标记删除的同时将所述视图设置为不被使用,所述标记删除的方式为分别将所述第一对象和所述第二对象重命名并分别将所述第一对象和所述第二对象的删除状态设置为真;
彻底删除模块,用于将所述第一对象做彻底删除或者用于在所述第一对象不为普通表或分区父表时,将所述第一对象做彻底删除,又或者用于在所述第一对象为普通表或分区父表时,将依赖所述第一对象的第三对象做彻底删除,所述第三对象不属于所述索引、所述约束或所述视图;
回收站模块,用于在关闭时,执行所述彻底删除模块,用于在开启时,判断所述第一对象是否为普通表或分区父表,以执行所述标记删除模块或彻底删除模块。
8.根据权利要求7所述的数据库的闪回删除系统,其特征在于,所述系统还包括
闪回模块,用于解析被标记删除的所述第一对象的原名称,当存在解析出的原名称与要闪回的目标表的名称一致的第一对象时,将该第一对象以及与该第一对象对应的所述第二对象做闪回处理并将该第二对象中的所述视图设置为能够使用,所述闪回处理的方式为分别将所述第一对象和所述第二对象重命名为原名称并分别将所述第一对象和所述第二对象的删除状态设置为假。
9.根据权利要求7所述的数据库的闪回删除系统,其特征在于,所述重命名的格式为[_DEL$$]+[原对象名]+[$$时间戳]。
10.根据权利要求7所述的数据库的闪回删除系统,其特征在于,当所述第一对象和所述第二对象的删除状态设置为真时,所述第一对象和所述第二对象的INSERT、UPDATE、DELETE操作均被禁止,所述第一对象和所述第二对象的DDL操作只能为FLASHBACK和PURGE。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910735213.1A CN110597781B (zh) | 2019-08-09 | 2019-08-09 | 一种数据库的闪回删除方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910735213.1A CN110597781B (zh) | 2019-08-09 | 2019-08-09 | 一种数据库的闪回删除方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110597781A true CN110597781A (zh) | 2019-12-20 |
CN110597781B CN110597781B (zh) | 2023-05-05 |
Family
ID=68853817
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910735213.1A Active CN110597781B (zh) | 2019-08-09 | 2019-08-09 | 一种数据库的闪回删除方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110597781B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113486016A (zh) * | 2021-07-19 | 2021-10-08 | 瀚高基础软件股份有限公司 | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 |
CN115309766A (zh) * | 2022-10-12 | 2022-11-08 | 北京奥星贝斯科技有限公司 | 一种数据库业务执行的方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101546311A (zh) * | 2008-03-27 | 2009-09-30 | 天津德智科技有限公司 | 回收站的数据处理方法及数据处理装置 |
CN102096614A (zh) * | 2011-01-24 | 2011-06-15 | 上海银杏界信息科技有限公司 | 应用系统的数据还原方法 |
KR20150123603A (ko) * | 2014-04-25 | 2015-11-04 | 네이버 주식회사 | 데이터베이스 관리 방법 및 데이터베이스 관리 시스템 |
CN109299099A (zh) * | 2018-10-11 | 2019-02-01 | 瀚高基础软件股份有限公司 | 一种PostgreSQL数据库的数据闪回查询及恢复方法、装置 |
-
2019
- 2019-08-09 CN CN201910735213.1A patent/CN110597781B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101546311A (zh) * | 2008-03-27 | 2009-09-30 | 天津德智科技有限公司 | 回收站的数据处理方法及数据处理装置 |
CN102096614A (zh) * | 2011-01-24 | 2011-06-15 | 上海银杏界信息科技有限公司 | 应用系统的数据还原方法 |
KR20150123603A (ko) * | 2014-04-25 | 2015-11-04 | 네이버 주식회사 | 데이터베이스 관리 방법 및 데이터베이스 관리 시스템 |
CN109299099A (zh) * | 2018-10-11 | 2019-02-01 | 瀚高基础软件股份有限公司 | 一种PostgreSQL数据库的数据闪回查询及恢复方法、装置 |
Non-Patent Citations (1)
Title |
---|
刘春等: "闪回删除技术的分析与实现", 《硅谷》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113486016A (zh) * | 2021-07-19 | 2021-10-08 | 瀚高基础软件股份有限公司 | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 |
CN113486016B (zh) * | 2021-07-19 | 2023-07-14 | 瀚高基础软件股份有限公司 | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 |
CN115309766A (zh) * | 2022-10-12 | 2022-11-08 | 北京奥星贝斯科技有限公司 | 一种数据库业务执行的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110597781B (zh) | 2023-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3111347B1 (en) | Efficient methods and systems for consistent read in record-based multi-version concurrency control | |
US9646030B2 (en) | Computer-readable medium storing program and version control method | |
US8452735B2 (en) | Selecting a data restore point with an optimal recovery time and recovery point | |
US9934104B2 (en) | Metadata generation for incremental backup | |
CN106407356B (zh) | 一种数据备份方法及装置 | |
US7386752B1 (en) | Using asset dependencies to identify the recovery set and optionally automate and/or optimize the recovery | |
US7552150B2 (en) | Reason-based database changes | |
Göde et al. | Studying clone evolution using incremental clone detection | |
US20070022146A1 (en) | Unobtrusive Point-In-Time Consistent Copies | |
US9600273B2 (en) | Efficient annotation system for distributed version control systems | |
US20210165716A1 (en) | Data recovery method and apparatus, server, and computer-readable storage medium | |
US20120005528A1 (en) | Data set index record preservation | |
US20090049016A1 (en) | Apparatus and method for file difference management | |
US20060026567A1 (en) | Distribution of data/metadata in a version control system | |
CN110597781A (zh) | 一种数据库的闪回删除方法及系统 | |
CN106155832A (zh) | 一种数据恢复的方法、装置及Android设备 | |
EP2797001B1 (en) | System and method for creating variants in a test database during various test stages | |
US20060004877A1 (en) | Method and system for data processing with data replication for the same | |
CN108279905A (zh) | 一种组件中引入库文件的方法及装置 | |
CN111240891A (zh) | 基于数据库多表间数据一致性的数据恢复方法及装置 | |
CN114564737A (zh) | 一种基于配置文件和变量定义升级维护权限的方法 | |
CN114461605B (zh) | 内存多维数据库的事务数据多版本实现方法、装置及设备 | |
CN111597165B (zh) | 一种数据库管理方法、终端及存储介质 | |
CN118092885B (zh) | 一种基于前后端插件架构的代码框架方法 | |
GB2486914A (en) | Source code control of relational databases |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | 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 |