CN117667838A - 一种文件记录管理方法、装置及电子设备 - Google Patents
一种文件记录管理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN117667838A CN117667838A CN202211028701.7A CN202211028701A CN117667838A CN 117667838 A CN117667838 A CN 117667838A CN 202211028701 A CN202211028701 A CN 202211028701A CN 117667838 A CN117667838 A CN 117667838A
- Authority
- CN
- China
- Prior art keywords
- file
- information
- path
- target
- record
- 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.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 77
- 238000000034 method Methods 0.000 claims description 50
- 230000008569 process Effects 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 description 34
- 238000012986 modification Methods 0.000 description 19
- 230000004048 modification Effects 0.000 description 19
- 238000010586 diagram Methods 0.000 description 14
- 238000012217 deletion Methods 0.000 description 7
- 230000037430 deletion Effects 0.000 description 7
- 238000012423 maintenance Methods 0.000 description 7
- 241000282326 Felis catus Species 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 238000013524 data verification Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开涉及一种文件记录管理方法、装置及电子设备,尤其涉及计算机技术领域。包括:获取与第一文件的管理操作对应的文件信息;基于文件信息,更新第一文件的记录信息;其中,第一文件的记录信息包括:数据库中第一文件的第一记录信息和搜索服务中第一文件的第二记录信息;第一记录信息包括第一文件的相对路径,和/或,第一文件的相关信息,第二记录信息包括:第一文件的目标路径,和/或,第一文件的相关信息,目标路径包括相对路径和绝对路径。本公开实施例用于解决目前对数据库中文件记录管理的难度大、效率低的问题。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及一种文件记录管理方法、装置及电子设备。
背景技术
通常用户在对文件夹或者媒资进行管理时,可以会执行对文件夹或媒资的创建、移动等操作,这些操作会触发文件夹或者媒资的路径改变或者文件夹的其它记录信息的改变,目前在数据库中记录可文件夹或媒资的绝对路径,在执行对文件夹或媒资的创建、移动等操作时,会需要相应的更新数据库中存储的绝对路径,但是针对目前一些文件夹中存在多级子文件夹,且文件夹中数据量较大的情况,在更新数据库中存储的绝对路径时,更新过程繁琐计算量大,导致目前对数据库中文件记录管理的难度大、效率低。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本公开提供了一种文件记录管理方法、装置及电子设备,可以保证数据库和搜索服务中文件记录的正确性,并且可以降低文件记录管理难度,提高文件记录管理的效率。
为了实现上述目的,本公开实施例提供的技术方案如下:
第一方面,提供一种文件记录管理方法,包括:
获取与第一文件的管理操作对应的文件信息;
基于文件信息,更新第一文件的记录信息;其中,第一文件的记录信息包括:数据库中第一文件的第一记录信息和搜索服务中第一文件的第二记录信息;第一记录信息包括第一文件的相对路径,和/或,第一文件的相关信息,第二记录信息包括:第一文件的目标路径,和/或,第一文件的相关信息,目标路径包括相对路径和绝对路径。
第二方面,提供一种文件记录管理装置,包括:
获取模块,用于获取与第一文件的管理操作对应的文件信息;
更新模块,用于基于所述文件信息,更新所述第一文件的记录信息;
其中,所述第一文件的记录信息包括:数据库中所述第一文件的第一记录信息和搜索服务中所述第一文件的第二记录信息;所述第一记录信息包括所述第一文件的相对路径,和/或,所述第一文件的相关信息,所述第二记录信息包括:所述第一文件的目标路径,和/或,所述第一文件的相关信息,所述目标路径包括相对路径和绝对路径。
第三方面,提供一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第一方面或其任意一种可选的实施方式所述的文件记录管理方法。
第四方面,提供一种计算机可读存储介质,包括:所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如第一方面或其任意一种可选的实施方式所述的文件记录管理方法。
第五方面,提供一种计算机程序产品,包括:当所述计算机程序产品在计算机上运行时,使得所述计算机实现如第一方面或其任意一种可选的实施方式所述的文件记录管理方法。
本公开实施例提供的文件记录管理方法,可以获取与第一文件的管理操作对应的文件信息;基于文件信息,更新第一文件的记录信息;其中,第一文件的记录信息包括:数据库中第一文件的第一记录信息和搜索服务中第一文件的第二记录信息;第一记录信息包括第一文件的相对路径,和/或,第一文件的相关信息,第二记录信息包括:第一文件的目标路径,和/或,第一文件的相关信息,目标路径包括相对路径和绝对路径。通过该方案,在发生针对第一文件的管理操作时,相应的在数据库中维护和更新第一文件的相对路径,和/或,所述第一文件的相关信息,由于数据库中维护第一文件的相对路径而不是绝对路径,因此在发生针对第一文件的管理操作时,即使针对文件中数据量大、文件夹的层级较多的情况下,进行文件记录管理时更新第一文件的相对路径和第一文件的相关信息时不会因为文件数据量大和层级多而增加维护难度,从而可以降低数据库中文件记录管理的难度,提高管理效率。并且同步更新搜索服务中第一文件的目标路径,和/或,第一文件的相关信息,可以保证数据库和搜索服务中文件记录的正确性。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的一种文件记录管理方法的流程示意图;
图2为本公开实施例提供的一种创建文件的实现流程示意图;
图3为本公开实施例提供的一种修改文件的实现流程示意图;
图4为本公开实施例提供的一种移动文件的实现流程示意图;
图5为本公开实施例提供的一种文件删除的实现流程示意图;
图6为本公开实施例提供的一种搜索文件相关内容的实现流程示意图;
图7为本公开实施例提供的一种基于数据库的数据校验搜索服务的数据的实现流程的示意图;
图8为本公开实施例提供的一种文件记录管理装置的结构示意图;
图9为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
目前在数据库中记录可文件夹或媒资的绝对路径,在执行对文件夹或媒资的创建、移动等操作时,会需要相应的更新数据库中存储的绝对路径,但是针对目前一些文件夹中存在多级子文件夹,且文件夹中数据量较大的情况,在更新数据库中存储的绝对路径时,更新过程繁琐计算量大,导致目前对数据库中文件记录管理的难度大、效率低。
为了解决上述问题,本公开实施例提供一种文件记录管理方法、装置及电子设备,
在发生针对第一文件的管理操作时,相应的在数据库中维护和更新第一文件的相对路径,和/或,所述第一文件的相关信息,由于数据库中维护第一文件的相对路径而不是绝对路径,因此在发生针对第一文件的管理操作时,即使针对文件中数据量大、文件夹的层级较多的情况下,进行文件记录管理时更新第一文件的相对路径和第一文件的相关信息时不会因为文件数据量大和层级多而增加维护难度,从而可以降低数据库中文件记录管理的难度,提高管理效率。并且同步更新搜索服务中第一文件的目标路径,和/或,第一文件的相关信息,可以保证数据库和搜索服务中文件记录的正确性。
在介绍本公开实施例提供的文件记录管理方法之前,针对本公开实施例所涉及到的一些术语进行解释说明:
媒资:媒体资源,包括多种类型,例如视频、图片、音频、文本等。
文件夹:用来存放媒资或者子文件夹的载体,一个文件夹可以存放多个媒资和子文件夹,子文件夹里面也可以存放媒资和自己的子文件夹。所以一个文件夹可以理解为一个树状目录层次。例如,类似windows系统的文件夹。
本公开实施例中所涉及的文件可以是指文件夹,也可以是指媒资。
消息队列(Message Queue,MQ):主要用于持久化保存任务消息,用于支持创建任务后,存放创建任务所对应的任务消息,提供后台异步拉取任务消息后再进行处理。
绝对路径:等同于Windows中文件或文件夹的据对路径,例如“C:\program\文件夹A\媒资文件B.txt”就是“媒资文件B.txt”的绝对路径。
相对路径:对比绝对路径,“媒资文件B.txt”的相对路径是“文件夹A\媒资文件B.txt”。
针对文件的管理操作:移动、删除、修改、创建等。其中,移动是指文件夹移动之后不会发生数据拷贝,仅仅是文件夹的路径发生了变化。
数据库(Data Base,DB):关系型数据库,例如关系型数据库管理系统(MySQL)、对象关系型数据库管理系统(PgSQL)等。
搜索服务:一种能够支持关键字搜索、模糊匹配等搜索能力的搜索引擎的服务。本文中涉及到的文件的记录内容的搜索由搜索服务提供。
后台递归处理:后文中所说的递归处理,主要是针对在批量处理文件夹(删除、移动文件夹时),用户的文件夹中可能会存在子文件夹和对应的媒资文件,无论是删除、移动都需要对文件夹内的item进行处理,由于每一层的处理方式相同,可以单独考虑处理一层的方式,因此处理多层时就存在递归处理。
item:item可以是一个媒资,也可以是一个文件夹。可以认为是文件夹中的子项。
本公开实施例中提供的文件记录管理方法,可以通过文件记录管理装置或电子设备实现,该文件记录管理装置可以为电子设备中的功能实体或者功能模块,该电子设备包括可以包括但不限于:服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。计算机设备包括用户设备与网络设备。其中,用户设备包括但不限于电脑、智能手机、平板电脑等;网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或于云计算的由大量计算机或网络服务器构成的云,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中,计算机设备可单独运行来实现本公开,也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本公开。其中,计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用(Virtual Private Network,VPN)网络等。
图1为本公开实施例提供的一种文件记录管理方法的流程示意图;
如图1所示,该文件记录管理方法可以包括但不限于以下步骤:
101、获取与第一文件的管理操作对应的文件信息。
其中,第一文件的管理操作可以包括针对第一文件的创建、修改、移动和删除。
102、基于文件信息,更新第一文件的记录信息。
其中,第一文件的记录信息包括:数据库中第一文件的第一记录信息和搜索服务中第一文件的第二记录信息;第一记录信息包括第一文件的相对路径,和/或,第一文件的相关信息,第二记录信息包括:第一文件的目标路径,和/或,第一文件的相关信息,目标路径包括相对路径和绝对路径。
其中,第一文件的相关信息可以包括但不限于:第一文件的名称、第一文件的描述信息、第一文件的文件类型等。
上述第一文件的相对路径可以由第一文件的ID、第一文件的父文件的ID以及第一文件的ID与第一文件的父文件的ID之前的父子关系。示例性的,假设第一文件的ID为:文件A,第一文件的父文件的ID为文件B,那么第一文件的相对路径可以为:文件B\文件A。
进一步的,本公开实施例中,还可以基于文件信息,更新数据库中第一文件的第一记录信息,以及同步更新搜索服务中第一文件的第二记录信息。以便于后续在采用搜索服务进行文件搜索时,可以匹配到正确的文件。
本公开实施例提供的文件记录管理方法,可以获取与第一文件的管理操作对应的文件信息;基于文件信息,更新第一文件的记录信息;其中,第一文件的记录信息包括:数据库中第一文件的第一记录信息和搜索服务中第一文件的第二记录信息;第一记录信息包括第一文件的相对路径,和/或,第一文件的相关信息,第二记录信息包括:第一文件的目标路径,和/或,第一文件的相关信息,目标路径包括相对路径和绝对路径。通过该方案,在发生针对第一文件的管理操作时,相应的在数据库中维护和更新第一文件的相对路径,和/或,所述第一文件的相关信息,由于数据库中维护第一文件的相对路径而不是绝对路径,因此在发生针对第一文件的管理操作时,即使针对文件中数据量大、文件夹的层级较多的情况下,进行文件记录管理时更新第一文件的相对路径和第一文件的相关信息时不会因为文件数据量大和层级多而增加维护难度,从而可以降低数据库中文件记录管理的难度,提高管理效率。并且同步更新搜索服务中第一文件的目标路径,和/或,第一文件的相关信息,可以保证数据库和搜索服务中文件记录的正确性。
本公开实施例中,针对管理操作的不同,获取的文件信息也不同。示例性的,可以包括以下几种情况:
情况1:所述管理操作包括创建所述第一文件的操作,所述文件信息包括:所述第一文件的相关信息和所述第一文件的上一级文件的ID。
情况2:所述管理操作包括:针对所述第一文件的相关信息的修改操作;所述文件信息包括:所述第一文件的ID和修改内容;
情况3:所述管理操作包括:将第一文件移动到目标文件的操作,所述文件信息包括:所述第一文件的ID和所述目标文件的ID。
情况4:所述管理操作包括:删除第一文件的操作,所述文件信息包括:所述第一文件的ID。
以下将分别针对上述示例的几种情况进行详细说明。
在情况1中:响应于创建第一文件的操作,可以获取第一文件的相关信息和第一文件的上一级文件的ID,响应于获取到第一文件的相关信息,生成第一文件的ID,基于第一文件的ID和第一文件的上一级文件的ID,确定第一文件的相对路径。然后在数据库中保存第一文件的相关信息和第一文件的相对路径。
示例性的,假设针对为第一文件生成的ID为文件A,获取到的第一文件的上一级文件(即父文件)的ID为文件B,第一文件的相关信息可以包括:第一文件的名称为“外景图片”、第一文件的描述信息可以为“海面日出变化图片”,那么第一记录信息可以如下表1中所示。
表1
在一些实施例中,响应于创建第一文件的操作,可以获取第一文件的相关信息和第一文件的上一级文件的ID,响应于获取到第一文件的相关信息,可以在搜索服务中对应保存第一搜索关键字、第一文件的相对路径和第一文件的相关信息,该第一搜索关键字与第一文件对应。
在一些实施例中,响应于创建第一文件的操作,可以获取第一文件的相关信息和第一文件的上一级文件的ID,响应于获取到第一文件的相关信息,可以确定第一文件的上一级文件到根文件的第一路径;根据第一路径和第一文件的相对路径,确定第一文件的绝对路径;并在搜索服务中对应保存第一搜索关键字、第一文件的绝对路径,以及第一文件的相关信息。
上述第一文件的上一级文件到根文件的第一路径即为第一文件的上一级文件的绝对路径。通过将第一文件的上一级文件的绝对路径和第一文件的相对路径进行拼接,就可以得到第一文件的绝对路径。
示例性的,假设第一文件的相对路径为“文件B\文件A”,针对“文件B”的绝对路径为“文件D\文件C\文件B”,那么根据“文件B\文件A”和文件D\文件C\文件B”可以获知第一文件的绝对路径为“文件D\文件C\文件B\文件A”。
需要说明的是,上述相对路径和绝对路径均可以是指基于文件的ID生成的路径,在搜索服务中,还可以保存基于文件名称生成的相对路径和绝对路径。基于名称生成的相对路径和绝对路径可以用于在搜索过程中的模糊匹配。
示例性的,假设第一文件的名称为“图片A”第一文件的上一级文件的名称为“文件夹B”,那么基于名称的相对路径可以为“文件夹B/图片A”。
图2为本公开实施例提供的一种创建文件的实现流程示意图。图2中,前端可以为终端设备中用于接收用户管理文件的操作,并向后台反馈操作对应的文件信息的服务,后台接入层服务、后台业务层服务和数据库可以为服务设备(如服务器)中的服务模块。
如图2所示,该创建文件的实现流程可以包括以下步骤:
201、前端接收用户创建第一文件的操作。
202、前端传递操作对应的参数到后台接入层服务。
其中,该操作对应的参数可以为创建第一文件的操作对应的文件信息,可以包括:第一文件的相关信息和第一文件的上一级文件的ID。
203、后台接入层服务向后台业务层服务透传参数。
其中,后台接入层服务将前端发送的参数转发至后台业务层服务,以使得后台业务层服务获取到文件信息。
204、后台业务层服务向数据库发送文件信息,以使得DB新增第一记录信息。
其中,根据文件信息新增第一记录信息时,首先响应于获取到第一文件的相关信息,生成第一文件的ID,然后基于第一文件的ID和第一文件的上一级文件的ID,确定第一文件的相对路径,最后在数据库中保存第一记录信息,第一记录信息包括:第一文件的相关信息和第一文件的相对路径。
205、DB向后台业务层服务返回结果。
其中,该返回结果用于指示在DB中新增了第一文件的第一记录信息。
206、后台业务层服务将文件信息发送至MQ,以使得在搜索服务中新增第二记录信息。
其中,该第二记录信息可以包括:对应保存的第一搜索关键字、第一文件的相关信息和第一文件的相对路径;和/或,对应保存的第一搜索关键字、第一文件的相关信息和第一文件的绝对路径。
207、MQ接收到文件信息之后,向后台业务层服务返回结果。
最终后台业务层服务将该返回结果传输至前端后,由前端展示。
其中,该MQ返回的返回结果用于指示在搜索服务中新增了第一文件的第二记录信息。
上述实施例中,针对创建第一文件的场景,可以在数据库中新增包括第一文件的相关信息和第一文件的相对路径,这样可以保证在执行了创建第一文件的场景之后,同步建立相应的记录信息,保证了文件记录的正确性,并且由于在数据库中存储的第一文件的路径为相对路径,因此创建文件记录时易于实现,不会因为文件数量大或者层级多而增加创建文件记录时的难度。
上述实施例中,还可以在搜索服务中对应保存第一搜索关键字、第一文件的相关信息和第一文件的相对路径,以及对应保存第一文件的相关信息和第一文件的绝对路径,这样在搜索服务中存储了详细完善的记录信息,为后续搜索或者查看文件的记录信息提供了搜索匹配的数据基础。
进一步的,在上述图2所示的实现流程中,在MQ接收到文件信息之后,就向后台业务层服务返回结果,以使得后台业务层服务将返回结果传递到前端,因此使得前端可以快速获知返回结果,不受文件夹层级深度导致的维护复杂度增加的影响。
在情况2中:响应于针对第一文件的相关信息的修改操作;可以获取所述第一文件的ID和修改内容,然后从数据库中确定与第一文件的ID对应的第一文件的相关信息,最后基于该修改内容,更新第一文件的相关信息。
其中,上述修改内容可以包括:针对第一文件的名称的修改内容,和/或,针对第一文件的描述信息的修改内容。
上述基于该修改内容更新第一文件的相关信息,可以是将数据库中第一文件的相关信息中第一文件的名称,和/或,针对第一文件的描述信息,根据修改内容进行修改。
示例性的,假设原本在数据库中记录的第一文件的名称为“猫咪图像”,而获取的修改内容为将第一文件的名称修改为“萌喵”,那么就可以在数据库中将记录的第一文件的名称“猫咪图像”修改为“萌喵”。
图3为本公开实施例提供的一种修改文件的实现流程示意图。如图3所示,该修改文件的实现流程可以包括以下步骤:
301、前端接收用户修改第一文件的相关信息的操作。
302、前端传递操作对应的参数到后台接入层服务。
其中,操作对应的参数可以包括第一文件的ID和修改内容。
303、后台接入层服务向后台业务层服务透传参数。
304、后台业务层服务向DB发送文件信息,以使得DB修改第一文件的相关信息。
其中,根据文件信息新增第一记录信息时,首先响应于获取到第一文件的相关信息,生成第一文件的ID,然后基于第一文件的ID和第一文件的上一级文件的ID,确定第一文件的相对路径,最后在数据库中保存第一记录信息,第一记录信息包括:第一文件的相关信息和第一文件的相对路径。
305、DB向后台业务层服务返回结果。
306、后台业务层服务将文件信息发送至MQ,以使得在搜索服务中修改第一文件的相关信息。
307、MQ接收到文件信息之后,向后台业务层服务返回结果。
最终后台业务层服务将该返回结果传输至前端后,由前端展示。
上述实施例中针对数据库中第一文件的相关信息的修改,保证了在执行了针对第一文件的相关信息的修改操作之后,文件记录的正确性。
在一些实施例中,响应于针对第一文件的相关信息的修改操作,也需要在搜索服务中也同步修改第一文件的相关信息中的第一文件的名称,使得与上述第一文件的相关信息的修改操作保持不同,保证搜索服务中数据的正确性。这样可以避免后续搜索过程中基于文件名称进行模糊匹配的过程中不会存在无法找到文件记录或者找到错误的文件记录的问题。
其中,基于第一文件的相关信息的修改操作,去修改搜索服务中所记录的第一文件的相关信息的方式与上述在数据库中进行修改的方式相同,此处不再赘述。
进一步的,在上述图3所示的实现流程中,在MQ接收到文件信息之后,就向后台业务层服务返回结果,以使得后台业务层服务将返回结果传递到前端,因此使得前端可以快速获知返回结果,不受文件夹层级深度导致的维护复杂度增加的影响。
在情况3中,响应于将第一文件移动到目标文件的操作,可以获取所述第一文件的ID和所述目标文件的ID,然后确定数据库中保存的第一文件的相对路径;将第一文件的相对路径中第一文件的父文件的ID修改为目标文件的ID。
其中,将第一文件移动到目标文件是指将第一文件的父文件变更为目标文件,因此在数据库中修改第一文件的相对路径时,只需将第一文件的父文件的ID修改为目标文件的ID。
示例性的,假设第一文件的ID为“文件A”,目标文件的ID为“文件C”,第一文件的相对路径为“文件B\文件A”,那么将第一文件移动到目标文件的操作,会触发将第一文件的相对路径修改为“文件C\文件A”。
在一些实施例中,响应于将第一文件移动到目标文件的操作,可以获取第一文件的ID和目标文件的ID,然后确定搜索服务中保存的第一文件的相对路径;将第一文件的相对路径中第一文件的父文件的ID修改为目标文件的ID,以得到更新后的第一文件的相对路径。
其中,在搜索服务中更新第一文件的相对路径的方式与在数据库中更新第一文件的相对路径的方式类似,此处不再赘述。
示例性的,假设第一文件的ID为“文件A”,目标文件的ID为“文件C”,更新后的第一文件的相对路径为“文件C\文件A”,假设目标文件的绝对路径为“文件E\文件F\文件C”,那么根据“文件C\文件A”和“文件E\文件F\文件C”,可以拼接得到第一文件的绝对路径“文件E\文件F\文件C\文件A”。
在一些实施例中,响应于将第一文件移动到目标文件的操作,可以获取第一文件的ID和目标文件的ID,可以获取所述目标文件的绝对路径;根据目标文件的绝对路径和所述更新后的第一文件的相对路径,确定所述第一文件的绝对路径;确定第一文件到叶子文件之间的第二路径;根据所述目标文件的绝对路径和所述第二路径,确定所述第一文件到叶子文件中所述第一文件以外各个文件的绝对路径;在搜索服务中保存第一文件的绝对路径和第一文件以外各个文件的绝对路径。
其中,在搜索服务中保存第一文件的绝对路径和第一文件以外各个文件的绝对路径,可以为根据响应于将第一文件移动到目标文件的操作,确定的第一文件的绝对路径和第一文件以外各个文件的绝对路径,替换搜索服务中保存的原有的第一文件的绝对路径和第一文件以外各个文件的绝对路径。
针对第一文件还存在下一层级或者下几个层级的文件的情况下,第一文件之后的下一层级或者下几个层级的文件的绝对路径也都需要更新。
示例性的,假设第一文件的ID为“文件A”,目标文件的ID为“文件C”,更新后的第一文件的相对路径为“文件C\文件A”,假设目标文件的绝对路径为“文件E\文件F\文件C”,那么根据“文件C\文件A”和“文件E\文件F\文件C”,可以拼接得到第一文件的绝对路径为“文件E\文件F\文件C\文件A”。如果第一文件到叶子文件之间的第二路径为“文件A\文件X”那么文件X的绝对路径也需要重新确定,基于“文件A\文件X”和“文件E\文件F\文件C\文件A”可以得到文件X的绝对路径为“文件E\文件F\文件C\文件A\文件X”。
图4为本公开实施例提供的一种移动文件的实现流程示意图。如图4所示,该移动文件的实现流程可以包括但不限于以下步骤:
401、前端接收用户将第一文件移动到目标文件的操作。
402、前端传递操作对应的参数到后台接入层服务。
其中,操作对应的参数可以包括第一文件的ID和目标文件的ID。
403、后台接入层服务向后台业务层服务透传参数。
404、后台业务层服务根据文件信息,修改DB中第一文件的相对路径。
其中,可以在DB中先基于第一文件的ID,查询原始存储的第一文件的相对路径,然后将原始存储的第一文件的相对路径中第一文件的父文件的ID修改为该目标文件的ID,以更新该第一文件的相对路径。
405、DB向后台业务层服务返回结果。
406、后台业务层服务将文件信息发送至MQ,以使得在搜索服务中修改第一文件的相对路径和绝对路径,以及第一文件到叶子文件中第一文件以外各个文件的绝对路径。
407、MQ接收到文件信息之后,向后台业务层服务返回结果。
最终后台业务层服务将该返回结果传输至前端后,由前端展示。
MQ接收到第一文件的ID和目标文件的ID之后,可以更新第一文件的绝对路径,并且更新第一文件到叶子文件中第一文件以外各个文件的绝对路径。
其中,在更新第一文件的绝对路径之后,在更新第一文件到叶子文件中第一文件以外各个文件的绝对路径时,可以通过后台递归处理的方式进行处理。
示例性的,如图4所示,上述通过后台递归处理的方式可以包括:MQ将计算出的第一文件的绝对路径,以及第一文件的ID传递给文件异步处理后台服务,文件异步处理后台服务先基于第一文件的ID查询第一文件的下一层级文件的ID,然后基于第一文件的绝对路径和第一文件的下一层级文件的ID,可以确定出第一文件的下一层级文件的绝对路径,给到搜索服务,之后文件异步处理后台服务将该第一文件的下一层级文件的绝对路径再返回至MQ中,之后传递给文件异步处理后台服务,循环执行上述过程,以得到再下一级文件的绝对路径,如此循环处理,直到递归处理到叶子文件后,就可以得到第一文件到叶子文件中第一文件以外各个文件的绝对路径,存储在搜索服务中。
上述实施例中针对数据库中第一文件的相对路径的修改,保证了在执行了将第一文件移动到目标文件的修改操作之后,文件记录的正确性。
在一些实施例中,响应于将第一文件移动到目标文件的修改操作,也需要在搜索服务中也同步修改第一文件的相对路径、第一文件的绝对路径,以及第一文件到叶子文件中第一文件以外各个文件的绝对路径,保证搜索服务中数据的正确性。这样可以避免后续搜索过程中基于文件名称进行模糊匹配的过程中不会存在无法找到文件记录或者找到错误的文件记录的问题。
进一步的,在上述图4所示的实现流程中,在MQ接收到文件信息之后,就向后台业务层服务返回结果,无需等待后台递归处理完成,以使得后台业务层服务将返回结果传递到前端,因此使得前端可以快速获知返回结果,不受文件夹层级深度导致的维护复杂度增加的影响。
在情况4中,响应于删除第一文件的操作,可以获取所述第一文件的ID,然后基于第一文件的ID,从第一文件到叶子文件依次进行遍历,每次遍历过程包括以下步骤:
步骤1:根据当前文件的ID查询下一层级文件的ID。
其中,在首次遍历时当前文件的ID为第一文件的ID。
步骤2:在未查询到下一层级文件的ID的情况下,删除当前文件的ID,以及与当前文件的ID关联存储的信息。
其中,在未查询到下一层级文件的ID的情况下,说明当前文件已经是最后一级文件,即叶子文件,此时可以直接删除当前文件的ID。
步骤3:在查询到下一层级文件的ID的情况下,删除当前文件的ID和与当前文件的ID关联存储的信息,并继续查询下一层级文件的ID。
其中,在查询到下一层级文件的ID的情况下,说明当前文件不是最后一级文件,那么此时在删除当前文件的同时还需要继续查询下一层级文件进行删除。循环执行上述步骤直到删除了最后一级文件的ID,就实现了第一文件的删除。
需要说明的是,在搜索服务和数据库中可以采用相同的方式从第一文件到叶子文件依次进行遍历,以删除从第一文件到叶子文件的ID,以及与这些ID关联存储的信息。
图5为本公开实施例提供的一种文件删除的实现流程示意图。如图5所示,该文件删除的实现流程可以包括但不限于以下步骤:
501、前端接收用户删除第一文件操作。
502、前端传递操作对应的参数到后台接入层服务。
其中,操作对应的参数可以包括第一文件的ID。
503、后台接入层服务向后台业务层服务透传参数。
504、后台业务层服务根据文件信息,在DB中删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息。
后台业务层服务将文件信息发送至MQ,进行后台递归处理,以使得在DB中删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息。
其中,根据文件信息新增第一记录信息时,首先响应于获取到第一文件的相关信息,生成第一文件的ID,然后基于第一文件的ID和第一文件的上一级文件的ID,确定第一文件的相对路径,最后在数据库中保存第一记录信息,第一记录信息包括:第一文件的相关信息和第一文件的相对路径。
505、DB向后台业务层服务返回结果。
506、后台业务层服务根据文件信息,在搜索服务中删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息
其中,后台业务层服务将文件信息发送至MQ,进行后台递归处理,以使得在搜索服务中删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息。
507、MQ接收到文件信息之后,向后台业务层服务返回结果。
其中,在数据库和搜索服务中可以采用相同的方法删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息,
在执行上述基于第一文件的ID,从第一文件到叶子文件依次进行遍历,删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息,可以采用后台递归处理方式实现。
示例性,如图5所示,采用后台递归处理方式实现时可以包括:MQ将第一文件的ID传递给文件异步处理后台服务,文件异步处理后台服务先基于第一文件的ID查询第一文件的下一层级文件的ID;如果没有查询到第一文件的下一层级文件的ID,那么直接删除第一文件的ID和第一文件的ID关联存储的信息,就已经实现了删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息;如果查询到了第一文件的下一层级文件的ID,删除第一文件的ID,以及与该第一文件的ID关联存储的信息,并将该下一层级文件的ID返回至MQ,然后由MQ将该下一层级文件的ID再传递给异步处理后台服务,异步处理后台服务在重复上述过程,直到根据当前得到的文件的ID无法再查询到下一层级文件的ID,删除当前得到的ID,就实现了删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息。
本公开实施例中,后台递归时每次分批处理完成之后,可以休眠一定时间,避免大规模数据处理,对整体系统中的数据库、搜索等依赖服务、组件造成过大压力,影响其它业务正常进行。
上述实施例中针对第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息的删除,保证了在执行删除第一文件的操作之后,文件记录的正确性。
在一些实施例中,响应于删除第一文件的操作,也需要在搜索服务中删除第一文件到叶子文件中每个文件的ID,以及与这些ID关联存储的信息,保证搜索服务中数据的正确性。这样可以避免后续搜索过程中出现无法找到文件记录或者找到错误的文件记录的问题。
进一步的,在上述图5所示的实现流程中,在MQ接收到文件信息之后,就向后台业务层服务返回结果,无需等待后台递归处理完成,以使得后台业务层服务将返回结果传递到前端,因此使得前端可以快速获知返回结果,不受文件夹层级深度导致的维护复杂度增加的影响。
本公开实施例中,可以支持对数据库中与文件的ID关联存储的内容的搜索,在实现搜索时,可以先获取输入关键字;在搜索服务中确定与输入关键字匹配的目标搜索关键字;确定目标搜索关键字所对应的目标文件的ID;根据目标文件的ID从数据库中获取与目标文件的ID关联存储的内容。
图6为本公开实施例提供的一种搜索文件相关内容的实现流程示意图。如图6所示该搜索文件相关内容的实现流程可以包括但不限于以下步骤:
601、前端接收用户输入的输入关键字。
602、前端传递参数到后台接入层服务。
其中,操作对应的参数可以为输入关键字。
603、后台接入层服务项后台业务层服务透传参数。
604、后台业务层服务向搜索服务发送该输入关键字。
605、搜索服务将与该输入关键字匹配的目标文件的ID返回给后台接入层服务。
在搜索服务中可以先确定与输入关键字匹配的目标搜索关键字;然后确定目标搜索关键字所对应的目标文件的相关信息,从目标文件的相关信息中获取目标文件的ID。
606、后台业务层服务基于该目标文件的ID在数据库中查询关联存储的内容。
607、数据库返回目标文件的ID关联存储的内容给后台业务层服务。
608、后台业务层服务与目标文件的ID关联存储的内容返回后台接入层服务。
609、后台接入层服务将与目标文件的ID关联存储的内容返回至前端。
610、前端向用户展示与目标文件的ID关联存储的内容。
由于在搜素服务中对应存储了一些搜索关键字和文件记录信息,因此在基于用户出入的输入关键字匹配到目标搜索关键字后,可以基于对应存储的搜索关键字和文件记录信息,确定目标搜索关键字所对应的目标文件的ID,然后再基于该目标文件的ID从数据库中获取与目标文件的ID关联存储的内容。这样本公开实施例的方案,可以支持针对数据库中与文件的ID关联存储的内容的查询,方便后续用户获取文件的相关记录信息。
在一些实施例中,在针对所述管理操作在数据库中发生数据更新的情况下,可以获取所述管理操作对应的第一更新数据;确定搜索服务中与所述管理操作对应的第二更新数据;基于第一更新数据效验所述第二更新数据。
其中,基于第一更新数据效验第二更新数据可以包括,将第一更新数据与第二更新数据进行对比,如果第二更新数据与第一更新数据不一致,或者不匹配,那么就根据第一更新数据修正第二更新数据。如果第二更新数据与第一更新数据匹配则不作处理。
图7为本公开实施例提供的一种基于数据库的数据校验搜索服务的数据的实现流程的示意图。如图7所示,该基于数据库的数据校验搜索服务的数据的实现流程可以包括但不限于:
701、后台业务层服务监听DB是否有数据更新。
702、在数据更新的情况下,后台业务层服务从数据库获取第一更新数据。
703、后台业务层服务基于第一更新数据修正搜索服务中第二更新数据。
在文件夹进行内容管理过程中,存在需要同时更新数据库和搜索服务数据的情况,受限于后台服务和网络本身的稳定性,这种更新操作可能会存在二者数据不一致的情况,即可能数据库更新成功了,但是搜索服务数据更新失败。在同步接口中始终保证数据库数据为可靠数据,通过后台业务层服务订阅数据库的记录更新,监听数据库是否存在数据更新,在数据库存在数据更新时,基于数据库的更新数据来完成对搜索服务中相应更新数据的修正。防止数据不一致带来的搜索结果错乱。
文件夹层级太多,一方面文件夹内容管理后台处理速度会大大降低(理论上是呈指数级增长的),另一方面用户侧过多的文件夹层级会使得文件夹本身难以展示、其分类存储、快速查找的优势会减弱。
在本公开实施例中,可以限制文件夹层级为预设个层级,另一方面能够满足大部分用户的需求,减少可能存在的大量后台批量处理,同时也提升了系统稳定和安全性,(因为如果有恶意访问者无限制创建文件夹层级、并触发移动、删除等操作,可能会导致系统崩溃)。
其中,预设个层级的具体个数可以根据实际场景设置,例如,设置为10个、15个或20个,本公开实施例不作限定。
图8为本公开实施例提供的一种文件记录管理装置的结构示意图。
如图8所示,本公开实施例提供一种文件记录管理装置,该装置包括:
获取模块801,用于获取与第一文件的管理操作对应的文件信息;
更新模块802,用于基于所述文件信息,更新所述第一文件的记录信息;
其中,所述第一文件的记录信息包括:数据库中所述第一文件的第一记录信息和搜索服务中所述第一文件的第二记录信息;所述第一记录信息包括所述第一文件的相对路径,和/或,所述第一文件的相关信息,所述第二记录信息包括:所述第一文件的目标路径,和/或,所述第一文件的相关信息,所述目标路径包括相对路径和绝对路径。
在一些实施例中,所述管理操作包括创建所述第一文件的操作,所述文件信息包括:所述第一文件的相关信息和所述第一文件的上一级文件的ID;
所述更新模块802,具体用于:
响应于获取到所述第一文件的相关信息,生成所述第一文件的ID;
基于所述第一文件的ID和所述第一文件的上一级文件的ID,确定所述第一文件的相对路径;
在数据库中保存所述第一文件的相关信息和所述第一文件的相对路径。
在一些实施例中,所述更新模块802,具体用于:
在搜索服务中对应保存第一搜索关键字、所述第一文件的相关信息,以及所述第一文件的相对路径,所述第一搜索关键字与所述第一文件对应;
和/或,
确定所述第一文件的上一级文件到根文件的第一路径;
根据所述第一路径和所述第一文件的相对路径,确定所述第一文件的绝对路径;
在搜索服务中对应保存所述第一搜索关键字、所述第一文件的绝对路径,以及所述第一文件的相关信息。
在一些实施例中,所述管理操作包括:针对所述第一文件的相关信息的修改操作;所述文件信息包括:所述第一文件的ID和修改内容;
所述更新模块802,具体用于:
从确定与所述第一文件的ID对应的所述第一文件的相关信息;
基于所述修改内容,在数据库和搜索服务中更新所述第一文件的相关信息。
在一些实施例中,所述管理操作包括:将第一文件移动到目标文件的操作,所述文件信息包括:所述第一文件的ID和所述目标文件的ID;所述更新模块802,具体用于:
确定数据库中保存的所述第一文件的相对路径;
将所述第一文件的相对路径中所述第一文件的父文件的ID修改为所述目标文件的ID。
在一些实施例中,所述管理操作包括:将第一文件移动到目标文件的操作,所述文件信息包括:所述第一文件的ID和所述目标文件的ID;所述更新模块802,还用于:
确定搜索服务中保存的所述第一文件的相对路径;
将所述第一文件的相对路径中所述第一文件的父文件的ID修改为所述目标文件的ID,以得到更新后的所述第一文件的相对路径;
和/或,
获取所述目标文件的绝对路径;
根据所述目标文件的绝对路径和所述更新后的所述第一文件的相对路径,确定所述第一文件的绝对路径;
在所述搜索服务中保存所述第一文件的绝对路径。
在一些实施例中,所述更新模块802,还用于:所述确定所述第一文件的绝对路径之后,根据所述第三路径和所述第二路径,确定所述第一文件到叶子文件中所述第一文件以外各个文件的绝对路径;
在所述搜索服务中保存所述第一文件的绝对路径和所述第一文件以外各个文件的绝对路径。
在一些实施例中,所述管理操作包括:删除第一文件的操作,所述文件信息包括:所述第一文件的ID;
所述更新模块802,具体用于:
从所述第一文件到叶子文件依次进行遍历,每次遍历过程包括以下步骤:
步骤1:根据当前文件的ID查询下一层级文件的ID;
步骤2:在未查询到所述下一层级文件的ID的情况下,删除当前文件的ID,以及与所述当前文件的ID关联存储的信息;
步骤3:在查询到所述下一层级文件的ID的情况下,删除当前文件的ID和与所述当前文件的ID关联存储的信息,并继续查询下一层级文件的ID;
其中,在首次遍历时所述当前文件的ID为所述第一文件的ID。
在一些实施例中,所述装置还包括:搜索模块803,用于:
获取输入关键字;
在搜索服务中确定与所述输入关键字匹配的目标搜索关键字;
确定所述目标搜索关键字所对应的目标文件的ID;
根据所述目标文件的ID从数据库中获取与所述目标文件的ID关联存储的内容。
在一些实施例中,所述装置还包括:校验模块,用于:
在针对所述管理操作在数据库中发生数据更新的情况下,获取所述管理操作对应的第一更新数据;
确定搜索服务中与所述管理操作对应的第二更新数据;
基于所述第一更新数据效验所述第二更新数据。
图9为本公开实施例提供的一种电子设备的结构示意图。
如图9所示,本公开实施例提供一种电子设备,该电子设备包括:处理器901、存储器902及存储在所述存储器902上并可在所述处理器901上运行的计算机程序,所述计算机程序被所述处理器901执行时实现上述方法实施例中的文件记录管理方法的各个过程。且能达到相同的技术效果,为避免重复,这里不再赘述。
本公开实施例提供一种计算机可读存储介质,该计算机可读存储介质上存储计算机程序,该计算机程序被处理器执行时实现上述方法实施例中文件记录管理方法的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,该计算机可读存储介质可以为只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
本公开实施例提供一种计算程序产品,该计算机程序产品存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例中文件记录管理方法的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本领域技术人员应明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。
本公开中,处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本公开中,存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
本公开中,计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储,信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。根据本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上仅是本公开的具体实施方式,使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下,在其它实施例中实现。因此,本公开将不会被限制于本文的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (13)
1.一种文件记录管理方法,其特征在于,包括:
获取与第一文件的管理操作对应的文件信息;
基于所述文件信息,更新所述第一文件的记录信息;
其中,所述第一文件的记录信息包括:数据库中所述第一文件的第一记录信息和搜索服务中所述第一文件的第二记录信息;所述第一记录信息包括所述第一文件的相对路径,和/或,所述第一文件的相关信息,所述第二记录信息包括:所述第一文件的目标路径,和/或,所述第一文件的相关信息,所述目标路径包括相对路径和绝对路径。
2.根据权利要求1所述的方法,其特征在于,所述管理操作包括创建所述第一文件的操作,所述文件信息包括:所述第一文件的相关信息和所述第一文件的上一级文件的ID;
所述基于所述文件信息,更新所述第一文件的记录信息,包括:
响应于获取到所述第一文件的相关信息,生成所述第一文件的ID;
基于所述第一文件的ID和所述第一文件的上一级文件的ID,确定所述第一文件的相对路径;
在所述数据库中保存所述第一文件的相关信息和所述第一文件的相对路径。
3.根据权利要求2所述的方法,其特征在于,所述基于所述文件信息,更新所述第一文件的记录信息,包括:
在所述搜索服务中对应保存第一搜索关键字、所述第一文件的相关信息,以及所述第一文件的相对路径,所述第一搜索关键字与所述第一文件对应;
和/或,
确定所述第一文件的上一级文件到根文件的第一路径;
根据所述第一路径和所述第一文件的相对路径,确定所述第一文件的绝对路径;
在所述搜索服务中对应保存所述第一搜索关键字、所述第一文件的绝对路径,以及所述第一文件的相关信息。
4.根据权利要求1所述的方法,其特征在于,所述管理操作包括:针对所述第一文件的相关信息的修改操作;所述文件信息包括:所述第一文件的ID和修改内容;
所述基于所述文件信息,更新所述第一文件的记录信息,包括:
从确定与所述第一文件的ID对应的所述第一文件的相关信息;
基于所述修改内容,在所述数据库和所述搜索服务中更新所述第一文件的相关信息。
5.根据权利要求1所述的方法,其特征在于,所述管理操作包括:将第一文件移动到目标文件的操作,所述文件信息包括:所述第一文件的ID和所述目标文件的ID;
所述基于所述文件信息,更新所述第一文件的记录信息,包括:
确定所述数据库中保存的所述第一文件的相对路径;
将所述第一文件的相对路径中所述第一文件的父文件的ID修改为所述目标文件的ID。
6.根据权利要求1所述的方法,其特征在于,所述管理操作包括:将第一文件移动到目标文件的操作,所述文件信息包括:所述第一文件的ID和所述目标文件的ID;
所述基于所述文件信息,更新所述第一文件的记录信息,包括:
确定所述搜索服务中保存的所述第一文件的相对路径;
将所述第一文件的相对路径中所述第一文件的父文件的ID修改为所述目标文件的ID,以得到更新后的所述第一文件的相对路径;
和/或,
获取所述目标文件的绝对路径;
根据所述目标文件的绝对路径和所述更新后的所述第一文件的相对路径,确定所述第一文件的绝对路径;
在所述搜索服务中保存所述第一文件的绝对路径。
7.根据权利要求6所述的方法,其特征在于,所述确定所述第一文件的绝对路径之后,所述方法还包括:
确定所述第一文件到叶子文件之间的第二路径;
根据所述目标文件的绝对路径和所述第二路径,确定所述第一文件到叶子文件中所述第一文件以外各个文件的绝对路径;
在所述搜索服务中保存所述第一文件以外各个文件的绝对路径。
8.根据权利要求1所述的方法,其特征在于,所述管理操作包括:删除第一文件的操作,所述文件信息包括:所述第一文件的ID;
所述基于所述文件信息,更新所述第一文件的记录信息,包括:
从所述第一文件到叶子文件依次进行遍历,每次遍历过程包括以下步骤:
步骤1:根据当前文件的ID查询下一层级文件的ID;
步骤2:在未查询到所述下一层级文件的ID的情况下,删除当前文件的ID,以及与所述当前文件的ID关联存储的信息;
步骤3:在查询到所述下一层级文件的ID的情况下,删除当前文件的ID和与所述当前文件的ID关联存储的信息,并继续查询下一层级文件的ID;
其中,在首次遍历时所述当前文件的ID为所述第一文件的ID。
9.根据权利要求1至7任一项所述的方法,其特征在于,所述方法还包括:
获取输入关键字;
在所述搜索服务中确定与所述输入关键字匹配的目标搜索关键字;
确定所述目标搜索关键字所对应的目标文件的ID;
根据所述目标文件的ID从所述数据库中获取与所述目标文件的ID关联存储的内容。
10.根据权利要求1至7任一项所述的方法,其特征在于,所述方法还包括:
在针对所述管理操作在所述数据库中发生数据更新的情况下,获取所述管理操作对应的第一更新数据;
确定所述搜索服务中与所述管理操作对应的第二更新数据;
基于所述第一更新数据效验所述第二更新数据。
11.一种文件记录管理装置,其特征在于,包括:
获取模块,用于获取与第一文件的管理操作对应的文件信息;
更新模块,用于基于所述文件信息,更新所述第一文件的记录信息;
其中,所述第一文件的记录信息包括:数据库中所述第一文件的第一记录信息和搜索服务中所述第一文件的第二记录信息;所述第一记录信息包括所述第一文件的相对路径,和/或,所述第一文件的相关信息,所述第二记录信息包括:所述第一文件的目标路径,和/或,所述第一文件的相关信息,所述目标路径包括相对路径和绝对路径。
12.一种电子设备,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的文件记录管理方法。
13.一种计算机可读存储介质,其特征在于,包括:所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的文件记录管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211028701.7A CN117667838A (zh) | 2022-08-25 | 2022-08-25 | 一种文件记录管理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211028701.7A CN117667838A (zh) | 2022-08-25 | 2022-08-25 | 一种文件记录管理方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117667838A true CN117667838A (zh) | 2024-03-08 |
Family
ID=90083050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211028701.7A Pending CN117667838A (zh) | 2022-08-25 | 2022-08-25 | 一种文件记录管理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117667838A (zh) |
-
2022
- 2022-08-25 CN CN202211028701.7A patent/CN117667838A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102417689B1 (ko) | 콘텐트 관리 클라이언트 동기화 서비스 | |
US9400800B2 (en) | Data transport by named content synchronization | |
CN104714755B (zh) | 一种快照管理方法及装置 | |
US8332357B1 (en) | Identification of moved or renamed files in file synchronization | |
US8176061B2 (en) | Tracking digital assets on a distributed network | |
US8527556B2 (en) | Systems and methods to update a content store associated with a search index | |
RU2436152C2 (ru) | Извещения поиска значительных изменений | |
US9367569B1 (en) | Recovery of directory information | |
JP2006107446A (ja) | ネットワーク・ドキュメントのバッチ索引付けのためのシステムおよび方法 | |
US9659021B1 (en) | Client based backups and backup indexing | |
US20110289055A1 (en) | Linked Databases | |
US9659023B2 (en) | Maintaining and using a cache of child-to-parent mappings in a content-addressable storage system | |
US10133762B2 (en) | Technology for providing content of a publish-subscribe topic tree | |
US11487707B2 (en) | Efficient file path indexing for a content repository | |
US11138164B1 (en) | Alter table implementation details with schema versioning | |
US20130054639A1 (en) | Globally unique identification of directory server changelog records | |
CN106547646B (zh) | 一种数据备份及恢复方法、数据备份及恢复装置 | |
US11281659B2 (en) | Systems and methods for accessing federated data | |
CN112559913B (zh) | 一种数据处理方法、装置、计算设备及可读存储介质 | |
US10853316B1 (en) | File versioning for content stored in a cloud computing environment | |
WO2020192663A1 (zh) | 一种数据管理方法及相关设备 | |
US11409790B2 (en) | Multi-image information retrieval system | |
JP5463988B2 (ja) | 構成情報管理装置、構成情報管理プログラム及び構成情報管理方法 | |
CN112579877A (zh) | 信源系统的控制方法、装置、存储介质和设备 | |
CN117667838A (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 |