CN112052120B - 数据库删除数据恢复方法和装置 - Google Patents
数据库删除数据恢复方法和装置 Download PDFInfo
- Publication number
- CN112052120B CN112052120B CN202010878851.1A CN202010878851A CN112052120B CN 112052120 B CN112052120 B CN 112052120B CN 202010878851 A CN202010878851 A CN 202010878851A CN 112052120 B CN112052120 B CN 112052120B
- Authority
- CN
- China
- Prior art keywords
- data
- determining
- data block
- offset address
- flag
- 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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
-
- 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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例公开了数据库删除数据恢复方法和装置。该方法的一具体实施方式包括:从预设数据库文件中确定数据段集合;对于数据段集合中的每个数据段,从该数据段中确定数据区集合;对于数据区集合中的每个数据区,从该数据区中确定数据块集合;从数据块集合中,确定有效数据块;确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。该实施方式有效地利用了数据库中存储数据的结构,准确地定位删除的数据的存储位置并恢复,实现了准确、全面地恢复数据库中删除的数据。
Description
技术领域
本申请实施例涉及计算机技术领域,具体涉及数据库删除数据恢复方法和装置。
背景技术
数据库是按照数据结构来组织、存储和管理数据的仓库,使得可以利用计算机实现数据的自动化管理,因此,数据库已广泛应用于各企业中的各个部门中的管理。
例如,Oracle数据库是目前最流行的客户/服务器(client/server)体系结构的数据库之一,也是目前世界上使用最为广泛的数据库管理***,作为一个通用的数据库***,它具有完整的数据管理功能;作为一个关系数据库,它是一个完备关系的产品;作为分布式数据库它实现了分布式处理功能。
目前,数据库的的删除记录恢复技术在数据安全领域一直备受关注。以Oracle为例,目前市面上并没有有效的|Oracle删除数据记录恢复技术,导致无法对删除数据进行有效的恢复。
发明内容
本申请实施例的目的在于提出了一种改进的数据库删除数据恢复方法和装置,来解决以上背景技术部分提到的技术问题。
第一方面,本申请实施例提供了一种数据库删除数据恢复方法,该方法包括:从预设数据库文件中确定数据段集合;对于数据段集合中的每个数据段,从该数据段中确定数据区集合;对于数据区集合中的每个数据区,从该数据区中确定数据块集合;从数据块集合中,确定有效数据块;确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
在一些实施例中,从数据块集合中,确定有效数据块,包括:对于数据块集合中的每个数据块,提取该数据块的目标存储位置处的数据标志;基于数据标志,确定该数据块是否为有效数据块。
在一些实施例中,提取该数据块的预设存储位置处的数据标志,包括:从该数据块头部的内核缓存块头信息、尾部的块校验信息和固定头信息中,分别提取存储于目标地址的数据标志;基于数据标志,确定该数据块是否为有效数据块,包括:响应于确定各数据标志均为有效数据标志,确定该数据块为有效数据块。
在一些实施例中,确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复包括:从有效数据块中确定表目录集合;对于表目录集合中的每条表目录,基于该表目录提取行目录偏移地址集合;对于行目录偏移地址集合中的每个行目录偏移地址,基于该行目录偏移地址,读取行类型标志;响应于确定行类型标志为删除标志,基于删除标志,确定删除数据的偏移地址,并根据删除数据的偏移地址,将删除数据恢复。
在一些实施例中,从有效数据块中确定表目录集合,包括:从有效数据块中提取内核数据块头信息;从内核数据块头信息的预设位置处读取表目录个数;确定表目录集合的起始偏移地址;基于表目录个数和表目录集合的起始偏移地址,读取表目录集合。
在一些实施例中,从有效数据块中提取内核数据块头信息,包括:从有效数据块中确定事务槽个数值的偏移地址;基于事务槽个数值的偏移地址,确定未知信息的偏移地址;基于未知信息的偏移地址,确定内核数据块头信息的偏移地址;基于内核数据块头信息的偏移地址和内核数据块头信息的大小,提取内核数据块头信息。
在一些实施例中,在响应于确定行类型标志为删除标志,基于删除标志,确定删除数据的偏移地址之前,方法还包括:从内核数据块头信息中确定空闲空间的大小;基于空闲空间的大小,确定用于存储行数据的空间的起始偏移地址。
在一些实施例中,基于删除标志,确定删除数据的偏移地址,包括:基于删除标志,从用于存储行数据的空间中,确定删除数据的偏移地址。
第二方面,本申请实施例提供了一种数据库删除数据恢复装置,该装置包括:第一确定模块,用于从预设数据库文件中确定数据段集合;第二确定模块,用于对于数据段集合中的每个数据段,从该数据段中确定数据区集合;第三确定模块,用于对于数据区集合中的每个数据区,从该数据区中确定数据块集合;第四确定模块,用于从数据块集合中,确定有效数据块;恢复模块,用于确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
第三方面,本申请实施例提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本申请实施例提供的数据库删除数据恢复方法和装置,通过从预设数据库文件中确定数据段集合,从数据段中确定数据区集合,从数据区中确定数据块集合,然后从数据块集合中确定有效数据块,最后根据有效数据块中的每行数据对应的行类型标志,确定删除的数据并恢复,从而有效地利用了数据库中存储数据的结构,准确地定位删除的数据的存储位置并恢复,实现了准确、全面地恢复数据库中删除的数据。通过解析数据库文件的方法恢复数据,无需运行数据库服务,不依赖日志文件及事务是否开启即能恢复删除记录。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请可以应用于其中的示例性***架构图;
图2是根据本申请的数据库删除数据恢复方法的一个实施例的流程图;
图3是根据本申请的数据库删除数据恢复方法的又一个实施例的流程图;
图4是根据本申请的数据库删除数据恢复方法的Oracle数据库中的数据块的示例性结构图;
图5是根据本申请的数据库删除数据恢复装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请实施例的数据库删除数据恢复方法的示例性***架构100。
如图1所示,***架构100可以包括终端设备101,网络102和服务器103。网络102用以在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101通过网络102与服务器103交互,以接收或发送消息等。终端设备101上可以安装有各种通讯客户端应用,例如数据管理应用、搜索类应用、网页浏览器应用、购物类应用、即时通信工具等。
终端设备101可以是各种电子设备,包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。
服务器103可以是提供各种服务的服务器,例如对终端设备101上使用的数据提供支持的后台数据库服务器。后台数据库服务器可以存储终端设备101发送的数据或向终端设备101发送数据,后台数据库服务器也可以向其他服务器提供数据或接收其他服务器的数据。
需要说明的是,本申请实施例所提供的数据库删除数据恢复方法可以由终端设备101或服务器103执行,相应地,数据库删除数据恢复装置可以设置于终端设备101或服务器103中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。在数据库文件不需要从远程获取的情况下,上述***架构可以不包括网络,只包括服务器或终端设备。
继续参考图2,其示出了根据本申请的应数据库删除数据恢复方法的一个实施例的流程200。该方法包括以下步骤:
步骤201,从预设数据库文件中确定数据段集合。
在本实施例中,数据库删除数据恢复方法的执行主体(例如图1所示的终端设备或服务器)可以从预设数据库文件中确定数据段集合。其中,数据库文件是用于存储数据库中的数据的文件(例如DBF文件)。本实施例中的数据库(例如Oracle数据库或其他类似的数据库)保存数据的最小颗粒是数据块(也叫逻辑块、Oracle块或页)。一个数据块对应于磁盘上特定数量的物理数据库空间。
逻辑数据库空间的下一个层次是数据区。一个数据区包括特定数目的连续数据块,用来保存特定类型的信息。
数据区之上的逻辑数据库存储层次叫数据段。数据段包括一系列的数据区。
作为示例,对于Oracle数据库,上述执行主体可以设置预设大小的空间(例如8k字节)为一个单元,然后遍历DBF文件所有信息,若读取单元头部第一个字节为0x23,则该单元为数据段的起始单元,根据起始单元,可以得到数据段集合Su={S1,S2,S3......Sn}。
步骤202,对于数据段集合中的每个数据段,从该数据段中确定数据区集合。
在本实施例中,对于数据段集合中的每个数据段,上述执行主体可以从该数据段中确定数据区集合。
作为示例,对于Oracle数据库,针对Su={S1,S2,S3......Sn}中的某个数据段Si,从Si第72个字节处读取段头信息(KTEMH),根据KTEMH信息计算出数据区个数=(KTEMH[0]+KTEMH[1]<<8),从Si第90个字节处开始根据数据区个数循环解析数据区(KTETB),解析规则:数据区=(KTETB[3]<<0x18)+KTETB[2]<<0x10+KTETB[1]<<0x08+KTETB[0])。最终得到每个数据段包括的数据区集合Eu={E1,E2,E3......En}。
步骤203,对于数据区集合中的每个数据区,从该数据区中确定数据块集合。
在本实施例中,对于数据区集合中的每个数据区,上述执行主体可以从该数据区中确定数据块集合。
作为示例,对于Oracle数据库,针对Eu={E1,E2,E3......En}中的某个数据区Ei,计算每个数据区中包含的数据块个数=(KTETB[7]<<0x18)+KTETB[6]<<0x10+KTETB[5]<<0x08+KTETB[4]),循环读取块个数和块数据=(Ei&0x3FFFFF),每个块大小为固定的8K字节,得到Ei中包含所有的块数据集合Bu={B1,B2,B3......Bn}。
步骤204,从数据块集合中,确定有效数据块。
在本实施例中,上述执行主体可以从数据块集合中,确定有效数据块。其中,有效数据块是存储有效数据的数据块。上述执行主体可以根据数据块中特定的标记确定是否为有效数据块。
在本实施例的一些可选的实现方式中,步骤204可以如下执行:
步骤2041,对于数据块集合中的每个数据块,提取该数据块的目标存储位置处的数据标志。
其中,数据标志用于表征数据块是否为有效数据块。通常,技术人员可以预先根据数据库中存储数据库的结构,设置目标存储位置,上述执行主体读取目标存储位置的数据,得到数据标志。
步骤2042,基于数据标志,确定该数据块是否为有效数据块。
数据标志用于表征数据块是否为有效数据块,如果数据标志为特定值,则可以确定数据块为有效数据块。
需要说明的是,目标存储位置可以是至少一处,即数据标志的数量可以是至少一个,通过判断至少一个数据标志,可以确定数据块是否为有效数据块。例如当至少一个数据标志均为特定值时,可以确定数据块为有效数据块。
本实现方式通过提取数据标志,根据数据标志确定是否为有效数据块,可以将无效数据块排除在数据恢复的范围,进一步提高数据恢复的效率和针对性。
在本实施例的一些可选的实现方式中,对于数据块集合中的每个数据块,上述执行主体可以按照如下步骤执行步骤2041:
从该数据块头部的内核缓存块头信息、尾部的块校验信息和固定头信息中,分别提取存储于目标地址的数据标志。其中,内核缓存块头信息、尾部的块校验信息和固定头信息的大小和偏移地址是预先确定的。
基于该步骤,上述步骤2042可以如下执行:
响应于确定各数据标志均为有效数据标志,确定该数据块为有效数据块。
作为示例,对于Oracle数据库,上述执行主体可以依次获取数据块集合B={B1,B2,B3......Bn}中所有的块Bi,针对某个数据库Bi,在Bi起始位置设置偏移地址Offset=0;读取并获取块头部20个字节内核缓存块头信息(KCBH),第1个字节为数据标志,如果值为6,表示该数据块为有效数据块,继续执行以下判断,否则读取下一个数据块。
读取块尾部4个字节块校验信息(TAILCHK)作为数据标志,根据该数据标志,判断数据块是否为有效数据块,校验规则:(TAILCHK[0]==KCBH[14]&&TAILCHK[1]==KCBH[0]&&TAILCHK[2]==KCBH[8]&&TAILCHK[3]==KCBH[9]),如果符合该规则,继续执行以下判断,否则读取下一个数据块。
设置事务固定头信息(KTBBH)的Offset,在Offset处读取24个字节的KTBBH,第一个字节表示块类型标志,当该类型标志为1时,表示该数据块为有效数据块,否则读取下一个数据块。直到数据块集合B中所有的数据块均判断完成。
本实现方式通过从内核缓存块头信息、尾部的块校验信息和固定头信息中提取数据标志,可以有效利用了数据块的机构特点,进一步准确地判断数据块是否为有效数据块,提高数据恢复的效率和准确性。
步骤205,确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
在本实施例中,上述执行主体可以确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
其中,数据块中的行数据存储在数据块中的特定区域中,上述执行主体可以根据数据块的结构,从行数据区域中定位行数据。然后读取行数据的行类型标志,根据行类型标志,确定行数据是否为删除数据,如果是删除数据,可以通过将删除数据提取出或修改行数据的行类型标志来恢复行数据。
本申请的上述实施例提供的方法,通过从预设数据库文件中确定数据段集合,从数据段中确定数据区集合,从数据区中确定数据块集合,然后从数据块集合中确定有效数据块,最后根据有效数据块中的每行数据对应的行类型标志,确定删除的数据并恢复,从而有效地利用了数据库中存储数据的结构,准确地定位删除的数据的存储位置并恢复,实现了准确、全面地恢复数据库中删除的数据。通过解析数据库文件的方法恢复数据,无需运行数据库服务,不依赖日志文件及事务是否开启即能恢复删除记录。需要说明的是,本申请实施例可以应用在Oracle数据库中,由于Oracle数据库,其本身不支持删除数据的恢复,本实施例可以在Oracle数据中,实现准确地对删除数据进行恢复。
进一步参考图3,其示出了根据本申请的数据库删除数据恢复方法的又一个实施例的流程300。在图2所示的各步骤的基础上,步骤205可以包括以下步骤:
步骤2051,从有效数据块中确定表目录集合。
在本实施例中,上述执行主体可以从有效数据块中确定表目录集合。其中,表目录用于存储表的相关信息,一个表中可以存储多个行数据。
上述执行主体可以根据数据块的机构,确定表目录集合的存储位置,如图4所示,其示出了Oracle数据库中的数据块结构,包括数据块头部信息(block header)、表目录(table directory)、行目录row directory)、空闲空间(free space)和行记录数据(rowdata)。上述执行主体可以根据该结构,确定数据库中各部分的偏移地址,从而确定表目录集合Tu={T1,T2,T3......Tn}。
步骤2052,对于表目录集合中的每条表目录,基于该表目录提取行目录偏移地址集合。
在本实施例中,对于表目录集合中的每条表目录,上述执行主体可以基于该表目录提取行目录偏移地址集合。
作为示例,针对Oracle数据库,对于表目录集合Tu={T1,T2,T3......Tn}中的表目录Ti,可以读取Ti中的头部4个字节信息(KDBT),计算偏移地址的值(KDBT[0]<<0x08+KDBT[1]),从该偏移地址中提取行目录偏移地址集合Ru={R1,R2,R3......Rn}。
步骤2053,对于行目录偏移地址集合中的每个行目录偏移地址,基于该行目录偏移地址,读取行类型标志。
在本实施例中,对于行目录偏移地址集合中的每个行目录偏移地址,基于该行目录偏移地址,读取行类型标志。
作为示例,对于行目录偏移地址集合Ru={R1,R2,R3......Rn}中的行目录偏移地址Ri,设置偏移地址Offset=Offset+Ri,其中,等号右边的Offset表示Ri的起始地址,等号左边的Offset表示Ri之后的行目录偏移地址。
从当前偏移位置Offset处读取第一个字节为行类型标志(FLAG),行类型标志包括:0xAC,0x6C,0x7C,0x4C,0x3C。此外,还可以读取第二个字节为锁定信息(LOCK),读取第三个字节为表中字段数(COLS)。
步骤2054,响应于确定行类型标志为删除标志,基于删除标志,确定删除数据的偏移地址,并根据删除数据的偏移地址,将删除数据恢复。
在本实施例中,上述执行主体可以响应于确定行类型标志为删除标志,基于删除标志,确定删除数据的偏移地址,并根据删除数据的偏移地址,将删除数据恢复。
作为示例,当行类型标志为0x3C时,确定为删除标志。删除标志对应的行数据的偏移地址为Offset=Offset+1(偏移地址第一个字节为删除标志位)。此外,其他行类型标志对应的偏移地址的计算规则为:FLAG==0xAC Offset=Offset+16;FLAG==0x6C Offset=Offset+1;FLAG==0x7C Offset=Offset+16;FLAG==0x4C Offset=Offset+7。
上述执行主体可以根据删除数据的偏移地址,可以读取出删除数据,从而将删除数据恢复。作为示例,对于某个行数据的开始位置,第一个字节为字段数(COLS),一条行数据记录的长度由字段数(COLS)和字段长度(LENGTH)确定,计算规则记录长度=(COLS*(LENGTH+1))。从第二个字节开始根据字段数(COLS)循环解析出字段信息(字段长度LENGTH+字段值DATA),解析规则{第一个字节为字段长度LENGTH,第二个字节到第LENGTH字节为字段值DATA,解析出字段值即可得到行数据记录。
在本实施例的一些可选的实现方式中,上述步骤2051可以包括如下子步骤:
步骤20511,从有效数据块中提取内核数据块头信息。
具体地,根据数据库中的数据块的结构,可以确定内核数据块头信息的偏移地址,从而定位内核数据块头信息。
作为示例,针对Oracle数据库,上述执行主体可以从Offset处读取14个字节内核数据块头信息(KDBH)。
步骤20512,从内核数据块头信息的预设位置处读取表目录个数。
作为示例,KDBH[1]中存储有表目录的个数,因此,可以从KDBH[1]中读取表目录的个数。
步骤20513,确定表目录集合的起始偏移地址。
具体地,可以根据上述KDBH,确定表目录集合的起始偏移地址。例如KDBH之后即为表目录的起始偏移地址。
步骤20514,基于表目录个数和表目录集合的起始偏移地址,读取表目录集合。
例如,根据表目录个数和表目录集合的起始偏移地址,循环读取出表目录集合Tu={T1,T2,T3......Tn}。
通过步骤20511-步骤20514,可以实现基于内核数据块头信息确定表目录集合的大小和存储位置,可以精确地提取出表目录集合,提高数据恢复的准确性。
在本实施例的一些可选的实现方式中,上述步骤20511可以包括如下步骤:
首先,从有效数据块中确定事务槽个数值的偏移地址。
具体地,在用于确定数据块是否为有效数据块的存储区域之后,可以是事务槽itlslots)个数的偏移地址。例如,针对Oracle数据库,事务槽数在事务固定头信息KTBBH信息中第36个字节中记录。
然后,基于事务槽个数值的偏移地址,确定未知信息的偏移地址。
具体地,针对Oracle数据库,基于事务槽个数值的偏移地址,可以进一步确定8个字节未知信息的偏移地址。
再然后,基于未知信息的偏移地址,确定内核数据块头信息的偏移地址。
作为示例,在8个字节的未知信息之后,可以为内核数据块头信息的偏移地址。
最后,基于内核数据块头信息的偏移地址和内核数据块头信息的大小,提取内核数据块头信息。
作为示例,可以从当前的偏移地址处读取14个字节内核数据块头信息(KDBH)。
本实现方式通过确定事务槽个数值的偏移地址、未知信息的偏移地址和内核数据块头信息的偏移地址,可以进一步精确地提取内核数据块头信息,从而有助于进一步提高数据恢复的准确性。
在本实施例的一些可选的实现方式中,在步骤2054之前,上述执行主体还可以执行如下步骤:
首先,从内核数据块头信息中确定空闲空间的大小。
作为示例,针对Oracle数据库,空闲空间(FREESPQCE)的大小为:FREESPQCE=(KDBH[9]<<0x08+KDBH[10])。
然后,基于空闲空间的大小,确定用于存储行数据的空间的起始偏移地址。
具体地,如图4所示,根据其示出的数据块结构,在空闲空间(free space)的大小确定后,可以确定位于空闲空间之后的用于存储行数据的空间(即图4中的row data指示的空间)的起始偏移地址。
本实现方式通过确定空闲空间的大小,可以进一步精确地确定用于存储行数据的空间的起始偏移地址,有助于进一步精确地定位删除数据所在的存储位置。
在本实施例的一些可选的实现方式中,在上述步骤2054中,上述执行主体可以基于删除标志,按照如下步骤确定删除数据的偏移地址:
基于删除标志,从上述用于存储行数据的空间中,确定删除数据的偏移地址。由于上述可选的实现方式中确定出了用于存储行数据的空间的起始偏移地址,因此,本实现方式可以在上述用于存储行数据的空间,精确地确定删除数据的偏移地址,从而进一步提高了数据恢复的准确性。
本申请的上述图3对应实施例提供的方法,通过从有效数据块中确定表目录集合、行目录偏移地址集合,根据各个行目录偏移地址,确定每行数据的类型标志,并根据类型标志确定删除数据的地址,从而可以将删除数据恢复,有效地利用了数据库的结构和数据分布规则,准确地将删除数据恢复。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种数据库删除数据恢复装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的数据库删除数据恢复装置500包括:第一确定模块501,用于从预设数据库文件中确定数据段集合;第二确定模块502,用于对于数据段集合中的每个数据段,从该数据段中确定数据区集合;第三确定模块503,用于对于数据区集合中的每个数据区,从该数据区中确定数据块集合;第四确定模块504,用于从数据块集合中,确定有效数据块;恢复模块505,用于确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
在本实施例中,第一确定模块501可以从预设数据库文件中确定数据段集合。其中,数据库文件是用于存储数据库中的数据的文件(例如DBF文件)。本实施例中的数据库(例如Oracle数据库或其他类似的数据库)保存数据的最小颗粒是数据块(也叫逻辑块、Oracle块或页)。一个数据块对应于磁盘上特定数量的物理数据库空间。
逻辑数据库空间的下一个层次是数据区。一个数据区包括特定数目的连续数据块,用来保存特定类型的信息。
数据区之上的逻辑数据库存储层次叫数据段。数据段包括一系列的数据区。
作为示例,对于Oracle数据库,上述第一确定模块501可以设置预设大小的空间(例如8k字节)为一个单元,然后遍历DBF文件所有信息,若读取单元头部第一个字节为0x23,则该单元为数据段的起始单元,根据起始单元,可以得到数据段集合Su={S1,S2,S3......Sn}。
在本实施例中,对于数据段集合中的每个数据段,第二确定模块502可以从该数据段中确定数据区集合。
作为示例,对于Oracle数据库,针对Su={S1,S2,S3......Sn}中的某个数据段Si,从Si第72个字节处读取段头信息(KTEMH),根据KTEMH信息计算出数据区个数=(KTEMH[0]+KTEMH[1]<<8),从Si第90个字节处开始根据数据区个数循环解析数据区(KTETB),解析规则:数据区=(KTETB[3]<<0x18)+KTETB[2]<<0x10+KTETB[1]<<0x08+KTETB[0])。最终得到每个数据段包括的数据区集合Eu={E1,E2,E3......En}。
在本实施例中,对于数据区集合中的每个数据区,第三确定模块503可以从该数据区中确定数据块集合。
作为示例,对于Oracle数据库,针对Eu={E1,E2,E3......En}中的某个数据区Ei,计算每个数据区中包含的数据块个数=(KTETB[7]<<0x18)+KTETB[6]<<0x10+KTETB[5]<<0x08+KTETB[4]),循环读取块个数和块数据=(Ei&0x3FFFFF),得到Ei中包含所有的块数据集合Bu={B1,B2,B3......Bn}。
在本实施例中,第四确定模块504可以从数据块集合中,确定有效数据块。其中,有效数据块是存储有效数据的数据块。上述第四确定模块504可以根据数据块中特定的标记确定是否为有效数据块。
在本实施例中,恢复模块505可以确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
其中,数据块中的行数据存储在数据块中的特定区域中,上述恢复模块505可以根据数据块的结构,从行数据区域中定位行数据。然后读取行数据的行类型标志,根据行类型标志,确定行数据是否为删除数据,如果是删除数据,可以通过将删除数据提取出或修改行数据的行类型标志来恢复行数据。
在本实施例的一些可选的实现方式中,第四确定模块504可以包括:第一提取单元(图中未示出),用于对于数据块集合中的每个数据块,提取该数据块的目标存储位置处的数据标志;第一确定单元(图中未示出),用于基于数据标志,确定该数据块是否为有效数据块。
在本实施例的一些可选的实现方式中,第一提取单元可以进一步用于:从该数据块头部的内核缓存块头信息、尾部的块校验信息和固定头信息中,分别提取存储于目标地址的数据标志;第一确定单元进一步用于:响应于确定各数据标志均为有效数据标志,确定该数据块为有效数据块。
在本实施例的一些可选的实现方式中,恢复模块505可以包括:第二确定单元(图中未示出),用于从有效数据块中确定表目录集合;第二提取单元(图中未示出),用于对于表目录集合中的每条表目录,基于该表目录提取行目录偏移地址集合;第一读取单元(图中未示出),用于对于行目录偏移地址集合中的每个行目录偏移地址,基于该行目录偏移地址,读取行类型标志;恢复单元(图中未示出),用于响应于确定行类型标志为删除标志,基于删除标志,确定删除数据的偏移地址,并根据删除数据的偏移地址,将删除数据恢复。
在本实施例的一些可选的实现方式中,第二确定单元可以包括:提取子单元(图中未示出),用于从有效数据块中提取内核数据块头信息;第一读取子单元(图中未示出),用于从内核数据块头信息的预设位置处读取表目录个数;第一确定子单元(图中未示出),用于确定表目录集合的起始偏移地址;第二读取子单元(图中未示出),用于基于表目录个数和表目录集合的起始偏移地址,读取表目录集合。
在本实施例的一些可选的实现方式中,提取子单元可以进一步用于:从有效数据块中确定事务槽个数值的偏移地址;基于事务槽个数值的偏移地址,确定未知信息的偏移地址;基于未知信息的偏移地址,确定内核数据块头信息的偏移地址;基于内核数据块头信息的偏移地址和内核数据块头信息的大小,提取内核数据块头信息。
在本实施例的一些可选的实现方式中,恢复模块505还可以包括:第二确定子单元(图中未示出),用于从内核数据块头信息中确定空闲空间的大小;第三确定子单元(图中未示出),用于基于空闲空间的大小,确定用于存储行数据的空间的起始偏移地址。
在本实施例的一些可选的实现方式中,恢复单元进一步用于:基于删除标志,从用于存储行数据的空间中,确定删除数据的偏移地址。
本申请的上述实施例提供的装置,通过从预设数据库文件中确定数据段集合,从数据段中确定数据区集合,从数据区中确定数据块集合,然后从数据块集合中确定有效数据块,最后根据有效数据块中的每行数据对应的行类型标志,确定删除的数据并恢复,从而有效地利用了数据库中存储数据的结构,准确地定位删除的数据的存储位置并恢复,实现了准确、全面地恢复数据库中删除的数据。通过解析数据库文件的方法恢复数据,无需运行数据库服务,不依赖日志文件及事务是否开启即能恢复删除记录。需要说明的是,本申请实施例可以应用在Oracle数据库中,由于Oracle数据库,其本身不支持删除数据的恢复,本实施例可以在Oracle数据中,实现准确地对删除数据进行恢复。
下面参考图6,其示出了适于用来实现本申请实施例的电子设备的计算机***600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机***600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有***600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的方法中限定的上述功能。
需要说明的是,本申请所述的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质,该计算机可读存储介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括第一确定模块、第二确定模块、第三确定模块、第四确定模块和恢复模块。其中,这些模块的名称在某种情况下并不构成对该单元本身的限定,例如,第一确定模块还可以被描述为“用于从预设数据库文件中确定数据段集合的模块”。
作为另一方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:从预设数据库文件中确定数据段集合;对于数据段集合中的每个数据段,从该数据段中确定数据区集合;对于数据区集合中的每个数据区,从该数据区中确定数据块集合;从数据块集合中,确定有效数据块;确定有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (8)
1.一种数据库删除数据恢复方法,其特征在于,所述方法包括:
从预设数据库文件中确定数据段集合;
对于所述数据段集合中的每个数据段,从该数据段中确定数据区集合;
对于所述数据区集合中的每个数据区,从该数据区中确定数据块集合;
从所述数据块集合中,确定有效数据块,包括:
对于所述数据块集合中的每个数据块,提取该数据块的目标存储位置处的数据标志;
基于所述数据标志,确定该数据块是否为有效数据块;
所述提取该数据块的预设存储位置处的数据标志,包括:
从该数据块头部的内核缓存块头信息、尾部的块校验信息和固定头信息中,分别提取存储于目标地址的数据标志;
所述基于所述数据标志,确定该数据块是否为有效数据块,包括:
响应于确定各数据标志均为有效数据标志,确定该数据块为有效数据块;
确定所述有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复,包括:
从所述有效数据块中确定表目录集合;
对于所述表目录集合中的每条表目录,基于该表目录提取行目录偏移地址集合;
对于所述行目录偏移地址集合中的每个行目录偏移地址,基于该行目录偏移地址,读取行类型标志;
响应于确定所述行类型标志为删除标志,基于所述删除标志,确定删除数据的偏移地址,并根据所述删除数据的偏移地址,将删除数据恢复。
2.根据权利要求1所述的方法,其特征在于,所述从所述有效数据块中确定表目录集合,包括:
从所述有效数据块中提取内核数据块头信息;
从所述内核数据块头信息的预设位置处读取表目录个数;
确定所述表目录集合的起始偏移地址;
基于所述表目录个数和所述表目录集合的起始偏移地址,读取所述表目录集合。
3.根据权利要求2所述的方法,其特征在于,所述从所述有效数据块中提取内核数据块头信息,包括:
从所述有效数据块中确定事务槽个数值的偏移地址;
基于所述事务槽个数值的偏移地址,确定未知信息的偏移地址;
基于所述未知信息的偏移地址,确定所述内核数据块头信息的偏移地址;
基于所述内核数据块头信息的偏移地址和所述内核数据块头信息的大小,提取所述内核数据块头信息。
4.根据权利要求2或3所述的方法,其特征在于,在所述响应于确定所述行类型标志为删除标志,基于所述删除标志,确定删除数据的偏移地址之前,所述方法还包括:
从所述内核数据块头信息中确定空闲空间的大小;
基于所述空闲空间的大小,确定用于存储行数据的空间的起始偏移地址。
5.根据权利要求4所述的方法,其特征在于,所述基于所述删除标志,确定删除数据的偏移地址,包括:
基于所述删除标志,从所述用于存储行数据的空间中,确定删除数据的偏移地址。
6.一种数据库删除数据恢复装置,其特征在于,所述装置包括:
第一确定模块,用于从预设数据库文件中确定数据段集合;
第二确定模块,用于对于所述数据段集合中的每个数据段,从该数据段中确定数据区集合;
第三确定模块,用于对于所述数据区集合中的每个数据区,从该数据区中确定数据块集合;
第四确定模块,用于从所述数据块集合中,确定有效数据块,包括:
对于所述数据块集合中的每个数据块,提取该数据块的目标存储位置处的数据标志;
基于所述数据标志,确定该数据块是否为有效数据块;
所述提取该数据块的预设存储位置处的数据标志,包括:
从该数据块头部的内核缓存块头信息、尾部的块校验信息和固定头信息中,分别提取存储于目标地址的数据标志;
所述基于所述数据标志,确定该数据块是否为有效数据块,包括:
响应于确定各数据标志均为有效数据标志,确定该数据块为有效数据块;
恢复模块,用于确定所述有效数据块中的每行数据对应的行类型标志,并将行类型标志为删除标志对应的行数据恢复,包括:
从所述有效数据块中确定表目录集合;
对于所述表目录集合中的每条表目录,基于该表目录提取行目录偏移地址集合;
对于所述行目录偏移地址集合中的每个行目录偏移地址,基于该行目录偏移地址,读取行类型标志;
响应于确定所述行类型标志为删除标志,基于所述删除标志,确定删除数据的偏移地址,并根据所述删除数据的偏移地址,将删除数据恢复。
7.一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-5中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010878851.1A CN112052120B (zh) | 2020-08-27 | 2020-08-27 | 数据库删除数据恢复方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010878851.1A CN112052120B (zh) | 2020-08-27 | 2020-08-27 | 数据库删除数据恢复方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112052120A CN112052120A (zh) | 2020-12-08 |
CN112052120B true CN112052120B (zh) | 2022-08-05 |
Family
ID=73599968
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010878851.1A Active CN112052120B (zh) | 2020-08-27 | 2020-08-27 | 数据库删除数据恢复方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112052120B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112612648B (zh) * | 2020-12-29 | 2022-11-08 | 厦门市美亚柏科信息股份有限公司 | 一种SQL Server数据库恢复方法、终端设备及存储介质 |
CN112650725A (zh) * | 2020-12-30 | 2021-04-13 | 四川效率源信息安全技术股份有限公司 | 一种恢复dm8数据库日志文件的方法 |
CN113282592B (zh) * | 2021-07-22 | 2021-09-24 | 成都云祺科技有限公司 | 对mssql数据库进行恢复的方法、***及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1991016677A1 (en) * | 1990-04-25 | 1991-10-31 | Unisys Corporation | Recoverability in mass storage data base systems |
US6792435B1 (en) * | 1998-03-10 | 2004-09-14 | International Business Machines Corporation | Method and apparatus for recovering the definitions of dropped database objects |
US7058664B1 (en) * | 2002-04-29 | 2006-06-06 | Sprint Communications Company L.P. | Method and system for data recovery |
JP2007220029A (ja) * | 2006-02-20 | 2007-08-30 | Nec Corp | 領域共用ファイル管理装置、領域共用ファイルの削除メンバの復旧方法、及びプログラム |
CN105068887A (zh) * | 2015-08-03 | 2015-11-18 | 四川效率源信息安全技术有限责任公司 | 一种基于SQLServer数据库的数据恢复方法 |
CN106844607A (zh) * | 2017-01-16 | 2017-06-13 | 重庆邮电大学 | 一种适用于非整型主键与空闲块合并的SQLite数据恢复方法 |
CN108009049A (zh) * | 2017-11-28 | 2018-05-08 | 厦门市美亚柏科信息股份有限公司 | Myisam存储引擎删除记录离线恢复方法、存储介质 |
CN109101368A (zh) * | 2018-08-20 | 2018-12-28 | 郑州云海信息技术有限公司 | 一种数据处理方法及装置 |
CN109726044A (zh) * | 2017-10-27 | 2019-05-07 | Netapp股份有限公司 | 基于数据块名称从重复数据删除存储中高效还原多个文件 |
CN110062925A (zh) * | 2016-10-28 | 2019-07-26 | Netapp股份有限公司 | 用于云集成的快照元数据布置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101547466B1 (ko) * | 2014-03-28 | 2015-08-26 | 고려대학교 산학협력단 | 오라클 데이터베이스에서 데이터를 복원하는 방법 및 장치 |
-
2020
- 2020-08-27 CN CN202010878851.1A patent/CN112052120B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1991016677A1 (en) * | 1990-04-25 | 1991-10-31 | Unisys Corporation | Recoverability in mass storage data base systems |
US5138710A (en) * | 1990-04-25 | 1992-08-11 | Unisys Corporation | Apparatus and method for providing recoverability in mass storage data base systems without audit trail mechanisms |
US6792435B1 (en) * | 1998-03-10 | 2004-09-14 | International Business Machines Corporation | Method and apparatus for recovering the definitions of dropped database objects |
US7058664B1 (en) * | 2002-04-29 | 2006-06-06 | Sprint Communications Company L.P. | Method and system for data recovery |
JP2007220029A (ja) * | 2006-02-20 | 2007-08-30 | Nec Corp | 領域共用ファイル管理装置、領域共用ファイルの削除メンバの復旧方法、及びプログラム |
CN105068887A (zh) * | 2015-08-03 | 2015-11-18 | 四川效率源信息安全技术有限责任公司 | 一种基于SQLServer数据库的数据恢复方法 |
CN110062925A (zh) * | 2016-10-28 | 2019-07-26 | Netapp股份有限公司 | 用于云集成的快照元数据布置 |
CN106844607A (zh) * | 2017-01-16 | 2017-06-13 | 重庆邮电大学 | 一种适用于非整型主键与空闲块合并的SQLite数据恢复方法 |
CN109726044A (zh) * | 2017-10-27 | 2019-05-07 | Netapp股份有限公司 | 基于数据块名称从重复数据删除存储中高效还原多个文件 |
CN108009049A (zh) * | 2017-11-28 | 2018-05-08 | 厦门市美亚柏科信息股份有限公司 | Myisam存储引擎删除记录离线恢复方法、存储介质 |
CN109101368A (zh) * | 2018-08-20 | 2018-12-28 | 郑州云海信息技术有限公司 | 一种数据处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112052120A (zh) | 2020-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112052120B (zh) | 数据库删除数据恢复方法和装置 | |
Jeon et al. | A recovery method of deleted record for SQLite database | |
CN109471851B (zh) | 数据处理方法、装置、服务器和存储介质 | |
CN112162965B (zh) | 一种日志数据处理的方法、装置、计算机设备及存储介质 | |
CN110879808B (zh) | 一种信息处理方法和装置 | |
CN110990346A (zh) | 基于区块链的文件数据处理方法、装置、设备及存储介质 | |
US20220083507A1 (en) | Trust chain for official data and documents | |
CN114035748A (zh) | 一种数据文件的存取方法与*** | |
CN112506981A (zh) | 一种线上培训服务推送方法和装置 | |
CN110895587B (zh) | 用于确定目标用户的方法和装置 | |
CN112579364B (zh) | 一种基于qnx6fs文件***的删除文件深度恢复方法和装置 | |
CN111198861A (zh) | 逻辑日志的处理方法、装置及电子设备 | |
CN113918659A (zh) | 数据操作方法、装置、存储介质及电子设备 | |
CN111753141B (zh) | 一种数据管理方法及相关设备 | |
CN110674224B (zh) | 实体数据的处理方法、装置、设备及计算机可读存储介质 | |
CN114417102A (zh) | 文本去重方法、装置和电子设备 | |
CN110704372B (zh) | 数据恢复方法和装置 | |
CN108280139B (zh) | Poi数据的处理方法、装置、设备及计算机可读存储介质 | |
CN114513558B (zh) | 用户请求的处理方法和装置 | |
US11416158B1 (en) | Selective data unarchiving | |
CN113407375B (zh) | 数据库删除数据的恢复方法、装置、设备和存储介质 | |
CN110134691B (zh) | 数据校验方法、装置、设备和介质 | |
CN109710673B (zh) | 作品处理方法、装置、设备和介质 | |
CN117251146A (zh) | 业务对象命名方法、装置、电子设备及可读存储介质 | |
CN117193788A (zh) | 数据处理程序生成方法、装置、设备及存储介质 |
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 |