一种文件管理操作方法及相关装置与流程

本申请涉及计算机技术领域，特别涉及一种文件管理操作方法、文件管理操作装置、服务器以及计算机可读存储介质。

背景技术：

随着信息技术的不断发展，在信息技术中使用的功能越来越丰富，相应的产生的数据也越来越多，因此就需要对越来越多的数据进行相应的管理操作。

相关技术中，一般是通过文件管理系统对文件数据进行相应的管理操作。但是，通常是针对一个功能设置一个文件管理系统，专用于管理该功能对应的文件数据。最终，每个功能中是分别管理使用各自的文件数据，就会导致出现重复的文件数据，导致文件数据管理的不够灵活及时。并且，对存储空间造成了浪费，降低了空间利用率。

因此，如何提高不同功能使用文件数据的灵活程度是本领域技术人员关注的重点问题。

技术实现要素：

本申请的目的是提供一种文件管理操作方法、文件管理操作装置、服务器以及计算机可读存储介质，通过获取到的将业务主体id和文件存储表进行关联的附件存储表，然后根据关联的文件存储表对对应的文件执行管理操作，避免将文件单独设立对应的区域，只要关联即可，提高了使用文件数据的灵活程度。

为解决上述技术问题，本申请提供一种文件管理操作方法，包括：

根据接收到的业务主体id和附件id查询对应的附件存储表；其中，所述附件存储表是将业务主体id和文件存储表关联得到的；

当查询不到所述附件存储表时，查询所述附件id对应的附件配置表，并根据所述附件配置表和所述业务主体id进行初始化，得到所述附件存储表；

根据所述附件存储表关联的文件存储表执行文件管理操作。

可选的，根据接收到的业务主体id和附件id查询对应的附件存储表，包括：

根据接收到的所述业务主体id进行附件存储表查询，得到所述业务主体id对应的附件存储表；

根据所述附件id在所述业务主体id对应的附件存储表中进行查询。

可选的，当查询不到所述附件存储表时，查询所述附件id对应的附件配置表，并根据所述附件配置表和所述业务主体id进行初始化，得到所述附件存储表，包括：

当查询不到所述附件存储表时，查询所述附件id对应的附件配置表；

将所述附件配置表的数据复制到初始附件存储表中；

将所述业务主体id更新到所述初始附件存储表的对应字段，得到所述附件存储表。

可选的，根据所述附件存储表关联的文件存储表执行文件管理操作，包括：

当所述管理操作为查看信息时，将所述附件存储表关联的所有文件存储表的信息进行获取，得到多个文件信息；

将所述多个文件信息发送至业务设备。

可选的，根据所述附件存储表关联的文件存储表执行文件管理操作，包括：

当所述管理操作为文件上传时，将待上传文件的信息插入到所述附件存储表关联的文件存储表中；

生成所述待上传文件的文件id，并将所述文件id写入对应的文件存储表。

本申请还提供一种文件管理操作装置，包括：

关联信息查询模块，用于根据接收到的业务主体id和附件id查询对应的附件存储表；其中，所述附件存储表是将业务主体id和文件存储表关联得到的；

关联信息初始化模块，用于当查询不到所述附件存储表时，查询所述附件id对应的附件配置表，并根据所述附件配置表和所述业务主体id进行初始化，得到所述附件存储表；

文件操作模块，用于根据所述附件存储表关联的文件存储表执行文件管理操作。

可选的，所述关联信息查询模块，包括：

业务主体id查询单元，用于根据接收到的所述业务主体id进行附件存储表查询，得到所述业务主体id对应的附件存储表；

附件id查询单元，用于根据所述附件id在所述业务主体id对应的附件存储表中进行查询。

可选的，所述关联信息初始化模块，包括：

配置表获取单元，用于当查询不到所述附件存储表时，查询所述附件id对应的附件配置表；

数据复制单元，用于将所述附件配置表的数据复制到初始附件存储表中；

id更新单元，用于将所述业务主体id更新到所述初始附件存储表的对应字段，得到所述附件存储表。

本申请还提供一种服务器，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述的文件管理操作方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的文件管理操作方法的步骤。

本申请所提供的一种文件管理操作方法，包括：根据接收到的业务主体id和附件id查询对应的附件存储表；其中，所述附件存储表是将业务主体id和文件存储表关联得到的；当查询不到所述附件存储表时，查询所述附件id对应的附件配置表，并根据所述附件配置表和所述业务主体id进行初始化，得到所述附件存储表；根据所述附件存储表关联的文件存储表执行文件管理操作。

通过获取到的将业务主体id和文件存储表进行关联的附件存储表，当附件存储表不存在时初始化出附件存储表，然后根据关联的文件存储表对对应的文件执行管理操作，避免将文件单独设立对应的区域，只要关联即可，提高了使用文件数据的灵活程度，同时多个业务功能也能使用相同的文件数据，提高了文件数据的使用效率，节约了存储空间。

本申请还提供一种文件管理操作装置、服务器以及计算机可读存储介质，具有以上有益效果，在此不做赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种文件管理操作方法的流程图；

图2为本申请实施例所提供的一种文件管理操作装置的结构示意图。

具体实施方式

本申请的核心是提供一种文件管理操作方法、文件管理操作装置、服务器以及计算机可读存储介质，通过获取到的将业务主体id和文件存储表进行关联的附件存储表，然后根据关联的文件存储表对对应的文件执行管理操作，避免将文件单独设立对应的区域，只要关联即可，提高了使用文件数据的灵活程度。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

相关技术中，一般是通过文件管理系统对文件数据进行相应的管理操作。但是，通常是针对一个功能设置一个文件管理系统，专用于管理该功能对应的文件数据。最终，每个功能中是分别管理使用各自的文件数据，就会导致出现重复的文件数据，导致文件数据管理的不够灵活及时。并且，对存储空间造成了浪费，降低了空间利用率。

因此，本申请提供一种文件管理操作方法，通过获取到的将业务主体id和文件存储表进行关联的附件存储表，当附件存储表不存在时初始化出附件存储表，然后根据关联的文件存储表对对应的文件执行管理操作，避免将文件单独设立对应的区域，只要关联即可，提高了使用文件数据的灵活程度，同时多个业务功能也能使用相同的文件数据，提高了文件数据的使用效率，节约了存储空间。

以下通过一个实施例，对本申请提供的一种文件管理操作方法进行说明。

请参考图1，图1为本申请实施例所提供的一种文件管理操作方法的流程图。

本实施例中，该方法可以包括：

s101，根据接收到的业务主体id和附件id查询对应的附件存储表；其中，附件存储表是将业务主体id和文件存储表关联得到的；

本步骤旨在当业务主体下发文件的操作时，根据该业务主体id(identitydocument，身份标识号)和附件id查询是否存在对应的附件存储表。该查询的查询结果可以是存在对应的附件存储表，也可以是不存在对应的附件存储表。

其中，本实施例中的附件为管理文件的基本单位，附件中只能存放文件，不能存放子文件夹。本实施例中，业务主体通过附件对文件进行相应的操作和管理。

其中，该附件存储表就是用于存储实际业务关联的附件数据。其作用是存储文件的两个关键属性，即业务主体id和附件名称(附件id，用于关联附件配置表，并获取附件名称)。

可见，一个完整的附件存储表中会记录有业务主体id和附件id。因此，在查询可用的附件存储表时，即可通过业务主体id和附件id进行相应的查询操作。

可选的，本实施例可以包括：

步骤1，根据接收到的业务主体id进行附件存储表查询，得到业务主体id对应的附件存储表；

步骤2，根据附件id在业务主体id对应的附件存储表中进行查询。

可见，本可选方案中主要是对如何进行附件存储表查询进行说明。具体的，本可选方案中首先根据接收到的业务主体id进行附件存储表查询，得到业务主体id对应的附件存储表。也就是，查找对与该业务主体id对应的所有的附件存储表。然后，根据附件id在业务主体id对应的附件存储表中进行查询。即在该业务主体id对应的所有附件存储表中查找出该附件id对应的附件存储表。很显然，本可选方案中主要是先查找业务主体id再查找附件id的步骤，以便确定对应的附件存储表。

s102，当查询不到附件存储表时，查询附件id对应的附件配置表，并根据附件配置表和业务主体id进行初始化，得到附件存储表；

在s101的基础上，本步骤旨在当查询不到该附件存储表时，可以通过初始化的方式构造出对应的附件存储表。具体的，查询附件id对应的附件配置表，并根据附件配置表和业务主体id进行初始化，得到附件存储表。

主要是目的是将该业务主体id和附件id进行关联，即将两者的信息保存于一个新的附件存储表中。具体的，操作过程可以参考以下可选方案。

可选的，本步骤可以包括：

步骤1，当查询不到附件存储表时，查询附件id对应的附件配置表；

步骤2，将附件配置表的数据复制到初始附件存储表中；

步骤3，将业务主体id更新到初始附件存储表的对应字段，得到附件存储表。

可见，本可选方案中主要是对如何初始化得到该附件存储表进行说明。本可选方案中，当查询不到附件存储表时，首先查询附件id对应的附件配置表。也就是，查找出附件id对应的附件配置表，即对应的附件已经存在于服务器中，本实施例中需要使用该附件时，无需重新复制附件中的文件数据，将该附件与业务主体之间进行关联即可。对于已经存在的附件，是有对应的附件配置表。将附件配置表的数据复制到初始附件存储表中。即将该附件配置表中的数据复制到该初始附件存储表中即可。最后，将业务主体id更新到初始附件存储表的对应字段，得到附件存储表。

s103，根据附件存储表关联的文件存储表执行文件管理操作。

在s102或s101的基础上，也就是已经存在有附件存储表的技术上，通过附件存储表对应的文件存储表执行对应的文件管理操作。通过以上附件存储表，表示将业务主体与对应的附件或文件数据之间进行了关联，通过该关联的信息可以直接对文件数据进行操作，而不用将对应的文件数据复制到该业务主体下再进行操作。

可选的，本步骤可以包括：

步骤1，当管理操作为查看信息时，将附件存储表关联的所有文件存储表的信息进行获取，得到多个文件信息；

步骤2，将多个文件信息发送至业务设备。

可见，本可选方案主要是对执行的文件管理操作进行说明。本可选方案中，当管理操作为查看信息时，首先将附件存储表关联的所有文件存储表的信息进行获取，得到多个文件信息。然后，将多个文件信息发送至业务设备。也就是，仅仅是获取到所有文件的文件信息，那么通过对应的文件存储表即可获取到对应的多个文件的文件信息，最后将所有文件信息发送至业务设备即可。

可选的，本步骤可以包括：

步骤1，当管理操作为文件上传时，将待上传文件的信息插入到附件存储表关联的文件存储表中；

步骤2，生成待上传文件的文件id，并将文件id写入对应的文件存储表。

可见，本可选方案主要是对执行的文件管理操作进行说明。本可选方案中，当管理操作为文件上传时，将待上传文件的信息插入到附件存储表关联的文件存储表中；生成待上传文件的文件id，并将文件id写入对应的文件存储表。也就是，当上传文件时将该文件数据关联至对应的附件存储表中即可。

此外，还可以包括对文件执行删除操作。具体的，根据删除请求中的文件id，将文件存储表中对应的文件信息删除即可。

综上，本实施例通过获取到的将业务主体id和文件存储表进行关联的附件存储表，当附件存储表不存在时初始化出附件存储表，然后根据关联的文件存储表对对应的文件执行管理操作，避免将文件单独设立对应的区域，只要关联即可，提高了使用文件数据的灵活程度，同时多个业务功能也能使用相同的文件数据，提高了文件数据的使用效率，节约了存储空间。

以下通过一个具体的实施例，对本申请提供的一种文件管理操作方法做进一步说明。

首先，本实施例中对实施例所采用到的数据表进行说明。

其中，附件配置表(t_config_item)用于配置附件的信息，其中各个字段的设计充分考虑了各种业务场景以及各种自定义需要。

该表中的字段设置如下：

1)format字段规定了该附件允许上传的文件格式。比如有的业务只能上传图片格式，有的业务只能上传pdf格式等等；

2)max_size字段规定了该附件允许上传的最大文件大小。如果如果视频附件，则可能允许上传的文件比较大；如果是图片文件，则可能允许上传的文件比较小；

3)max_num字段规定了该附件最多允许上传的文件个数。比如身份证照片只要最多只要上传两张就可以了。

其中，附件存储表(t_file_item)用于存储实际业务关联的附件数据。其作用是存储文件的两个关键属性，即业务主体(business_id)和附件名称(即item_id，用于关联t_config_item表，并获取附件名称)。

该表中的字段设置如下：

1)business_id：业务id，用于唯一标记一个业务主体。比如某个客户的id、某件商品的id等等；

2)item_id：附件id，用于标记一个具体的附件。通过该字段可以直接关联到附件配置表(t_config_item)，用于获取附件的名称；

3)format、max_size、max_num：这三个字段的值默认从附件配置表t_config_item表中拷贝过来，当遇到及其特殊的业务场景时，可以修改这三个属性的值来实现个性化配置。比如一般情况下客户的客户的身份证照片都是正面和反面共两张，如果遇到一个海外客户，则需要上传护照信息，此时可以针对该客户修改t_file_item表中的max_num的值。

其中，文件存储表(t_file_item_files)用于存储具体的文件信息。因为附件和文件是一对多的管理，一个业务主体的附件下可以上传多个文件，所以需要单独维护一张表。

1)file_item_id字段用于关联附件存储表中的唯一一条记录。附件和文件的一对多的关系就是基于该字段实现的。

2)file_name、file_format、file_size可以在上传文件的时候自动获取到值。

3)location，用于记录文件存储的位置。由于不同的公司或不同的项目其文件存储位置是不同的，比如有的公司将文件存储在本地的服务器上，有的公司将文件存储在云端服务器，具体存储在哪里以及怎么存储不在本实施例涉及的范围内。

在以上数据表的基础上，本实施例中的文件管理操作可以包括：

第一步：查询或初始化附件存储表(t_file_item)中的数据。根据业务主体id(对应t_file_item表中的business_id字段)和附件id(对应t_file_item表中的item_id字段)查询附件存储表(t_file_item)，如果有记录，说明已经做过初始化；如果没有记录，则根据附件id(对应t_config_item表中的id字段)查询附件配置表(t_config_item)，将查询到的数据复制到附件存储表(t_file_item)中，同时将t_file_item表中新增的business_id字段值更新成业务主体id。

第二步：根据第一步查询到的附件存储表的id去查询文件存储表(t_file_item_files)，得到所有的文件(包含文件的id)。如果业务功能请求的是查看文件列表的接口，则将这一步获取到的文件信息(包含文件的id)返回给业务功能即可。

第三步：如果是上传文件的请求，则将上传文件的信息插入到文件存储表中(插入时自动生成文件的id即可)；如果是删除文件的请求，根据请求删除的文件id将文件存储表中对应的文件信息删除即可。

可见，本实施例通过获取到的将业务主体id和文件存储表进行关联的附件存储表，当附件存储表不存在时初始化出附件存储表，然后根据关联的文件存储表对对应的文件执行管理操作，避免将文件单独设立对应的区域，只要关联即可，提高了使用文件数据的灵活程度，同时多个业务功能也能使用相同的文件数据，提高了文件数据的使用效率，节约了存储空间。

下面对本申请实施例提供的一种文件管理操作装置进行介绍，下文描述的一种文件管理操作装置与上文描述的一种文件管理操作方法可相互对应参照。

请参考图2，图2为本申请实施例所提供的一种文件管理操作装置的结构示意图。

本实施例中，该装置可以包括：

关联信息查询模块100，用于根据接收到的业务主体id和附件id查询对应的附件存储表；其中，附件存储表是将业务主体id和文件存储表关联得到的；

关联信息初始化模块200，用于当查询不到附件存储表时，查询附件id对应的附件配置表，并根据附件配置表和业务主体id进行初始化，得到附件存储表；

文件操作模块300，用于根据附件存储表关联的文件存储表执行文件管理操作。

可选的，该关联信息查询模块100，可以包括：

业务主体id查询单元，用于根据接收到的业务主体id进行附件存储表查询，得到业务主体id对应的附件存储表；

附件id查询单元，用于根据附件id在业务主体id对应的附件存储表中进行查询。

可选的，该关联信息初始化模块200，可以包括：

配置表获取单元，用于当查询不到附件存储表时，查询附件id对应的附件配置表；

数据复制单元，用于将附件配置表的数据复制到初始附件存储表中；

id更新单元，用于将业务主体id更新到初始附件存储表的对应字段，得到附件存储表。

本申请实施例还提供一种服务器，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如以上实施例所述的文件管理操作方法的步骤。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的文件管理操作方法的步骤。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种文件管理操作方法、文件管理操作装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。