CN107886008B - 文件管理方法、系统、装置和计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种文件管理方法和系统，包括：响应于确定用户具有提交文件的权限，提取所述文件的基本信息并将所述基本信息存储到数据库；将所述文件的大小与预定阈值进行比较；以及根据比较结果，存储所述文件。所述方法和系统通过细粒度的存储和更新能够加快访问速度，进一步增强用户体验。

Description

文件管理方法、系统、装置和计算机可读存储介质

技术领域

本申请涉及文件管理方法和系统，具体地，涉及一种文件管理方法、系统、装置和计算机可读存储介质，其中所述文件管理方法和系统能够增强系统稳定性，加快用户访问速度，并提高用户体验。

背景技术

随着信息产业的快速发展，需要处理的信息量越来越多。因此，需要用于文件管理的方法和系统。

目前的文件管理方法和系统往往采用单一的形式进行管理。例如，在计算机领域，往往采用如图1所示的github服务器系统管理文件。程序员需要将各种代码提交到github服务器，所述github服务器验证所述程序员是否具有提交代码的权限，并在验证通过的情况下存储所述代码。具体地，所述g北hub服务器验证代码提交者的账号密码信息。如果确定代码提交者具有提交代码的权限，则将基本数据信息存储在数据库中，而将文件内容存储在文件系统中，否则拒绝代码提交者提交代码，并提示代码提交者没有权限，从而实现代码提交。然而，这样的文件管理方式过于单一，对代码提交者提交的代码不能进行代码评审，使得代码质量受影响。此外，针对代码提交者不能作细粒度权限控制，不能根据业务流程作灵活调整，使得用户访问速度较慢并降低了用户体验。另一方面，github是第三方系统，增加了企业对它的维护成本。

因此，需要一种文件管理方法和系统，能够增强系统稳定性，加快用户访问速度，并提高用户体验。

发明内容

本公开的方面在于解决至少上述问题和/或缺点并提供至少下述优点。

根据本公开的示例实施例，提供了一种文件管理方法，包括：响应于确定用户具有提交文件的权限，提取所述文件的基本信息并将所述基本信息存储到数据库；将所述文件的大小与预定阈值进行比较；以及根据比较结果，存储所述文件。

可选地，在将所述基本信息存储到数据库之前，所述方法还包括：响应于确定所述用户具有提交文件的权限，由评审方对所述文件进行评审，其中如果所述文件评审通过，则将所述基本信息存储到数据库，以及如果所述文件评审未通过，则通知所述用户重新提交文件。

可选地，如果所述文件的大小小于预定阈值，则将所述文件存储到所述数据库。

可选地，如果所述文件的大小大于或等于预定阈值，则将所述文件存储到服务器的本地磁盘以及文件系统；以及响应于将所述文件存储到服务器的本地磁盘，记录所述文件和所述服务器的IP之间的对应关系。

可选地，所述方法还包括：响应于确定用户具有更新文件的权限，从所述数据库查询待更新文件的基本信息；将所述待更新文件的大小与预定阈值进行比较；根据比较结果，确定所述待更新文件的存储位置；以及根据所确定的存储位置，获取所述待更新文件并将所述待更新文件提供给用户以供更新。

可选地，所述确定待更新文件的存储位置包括：如果所述待更新文件的大小小于预定阈值，则确定所述待更新文件被存储在所述数据库中。

可选地，所述确定待更新文件的存储位置包括：如果所述待更新文件大小等于或大于预定阈值，则在服务器的本地磁盘中查找所述待更新文件，其中：响应于在服务器的本地磁盘中查找到所述待更新文件，确定所述待更新文件被存储在服务器的本地磁盘中；以及响应于在服务器的本地磁盘中没有查找到所述待更新文件，从预先记录的文件与文件所在服务器的IP之间的对应关系中获取针对所述待更新文件的对应关系，其中如果成功获取到所述对应关系，则确定所述待更新文件被存储在与所述IP相对应的服务器中；以及如果获取所述对应关系失败，则访问文件系统以获取所述待更新文件。

根据本发明的另一方面，提供了一种文件管理系统，包括：数据库，配置为存储文件的基本信息；文件系统，配置为存储文件；以及一个或更多个服务器，其中所述服务器配置为：响应于确定用户具有提交文件的权限，提取所述文件的基本信息并将所述基本信息存储到数据库；将所述文件的大小与预定阈值进行比较；根据比较结果，将所述文件存储在数据库或文件系统中。

可选地，所述服务器还配置为：响应于确定所述用户具有提交文件的权限，由评审方对所述文件进行评审，其中如果所述文件评审通过，则将所述基本信息存储到数据库，以及如果所述文件评审未通过，则通知所述用户重新提交文件。

可选地，所述服务器还配置为：如果所述文件的大小小于预定阈值，则将所述文件存储到所述数据库。

可选地，所述服务器还配置为：如果所述文件的大小大于或等于预定阈值，则将所述文件存储到服务器的本地磁盘以及文件系统；以及响应于将所述文件存储到服务器的本地磁盘，记录所述文件和所述服务器的IP之间的对应关系。

可选地，所述服务器还配置为：响应于确定用户具有更新文件的权限，从所述数据库查询待更新文件的基本信息；将所述待更新文件的大小与预定阈值进行比较；根据比较结果，确定所述待更新文件的存储位置；以及根据所确定的存储位置，获取所述待更新文件并将所述待更新文件提供给用户以供更新。

可选地，所述服务器还配置为：如果所述待更新文件的大小小于预定阈值，则确定所述待更新文件被存储在所述数据库中。

可选地，所述服务器还配置为：如果所述待更新文件大小等于或大于预定阈值，则在服务器的本地磁盘中查找所述待更新文件，其中：响应于在服务器的本地磁盘中查找到所述待更新文件，确定所述待更新文件被存储在服务器的本地磁盘中；以及响应于在服务器的本地磁盘中没有查找到所述待更新文件，从预先记录的文件与文件所在服务器的IP之间的对应关系中获取针对所述待更新文件的对应关系，其中如果成功获取到所述对应关系，则确定所述待更新文件被存储在与所述IP相对应的服务器中；以及如果获取所述对应关系失败，则访问文件系统以获取所述待更新文件。

根据本发明的又一方面，提供了一种文件管理装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上所述的文件管理方法。

根据本发明的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上所述的文件管理方法。

附图说明

以下结合附图，将更清楚本公开的示例实施例的上述和其它方面、特征以及优点，附图中：

图1示出了在计算机领域中的现有文件管理系统的示意图；

图2示出了根据本发明示例实施例的文件管理系统的示意图；

图3示出了用于操作根据本发明示例实施例的文件管理系统的方法的流程图；

图4示出了根据本发明示例实施例的文件管理系统的文件提交过程的流程图；

图5示出了根据本发明示例实施例的文件管理系统的文件更新过程的流程图；以及

图6示出了在提交并更新代码文件的情况下根据本发明示例实施例的文件管理系统的操作过程的具体步骤。

具体实施方式

以下参考附图描述了本发明的示例实施。本发明提供了一种文件管理方法和系统，能够增强系统稳定性，加快用户访问速度，并提高用户体验。

应注意，下文将以计算机领域中的文件管理方法和系统作为示例来描述本发明的原理。然而，本领域技术人员应清楚，本发明不限于此，且本发明还可以应用于除了计算机领域之外的任何文件管理方法和系统。

图2示出了根据本发明示例实施例的文件管理系统200的示意图。

具体地，根据本发明示例实施例的文件管理系统200可以包括：一个或更多个服务器210；第一数据库220，配置为存储文件的基本信息；以及配置为存储文件的文件系统230。文件的基本信息可以包括文件名以及文件大小信息。在一个实施例中，可以将所述第一数据库220可以实现为hbase数据库，其中hbase数据库是分布式的、面向列的开源数据库。文件系统230可以实现为分布式的文件系统，例如，jss文件系统。此外，应注意尽管图2仅示出了一个服务器210-1，然而根据本发明示例实施例的文件管理系统200可以包括一个或更多个服务器，其中所述服务器配置为：响应于确定用户具有提交文件的权限，提取所述文件的基本信息并将所述基本信息存储到第一数据库220(例如，hase数据库)；将所述文件的大小与预定阈值进行比较；根据比较结果，将所述文件存储在hbase数据库220或文件系统230中。

此外，如图2所示，根据本发明示例实施例的文件管理系统200还可以备选地包括同样用于存储数据的其他数据库240。此外，所述文件管理系统200还可以包括用于存储文件与所述文件所在服务器的IP之间的对应关系的存储单元250。存储单元250可以实现为例如zookeeper的存储表。另外，所述文件管理系统200还可以包括服务器的本地磁盘260，其中服务器的本地磁盘260同样也可以用于保存文件。

在一个实施例中，所述服务器还可以配置为：响应于确定所述用户具有提交文件的权限，由评审方对所述文件进行评审，其中如果所述文件评审通过，则将所述基本信息存储到数据库，以及如果所述文件评审未通过，则通知所述用户重新提交文件。在这种情况下，通过引入第三方的评审，确保向文件管理系统200提交的文件符合规定，从而增强文件管理系统200的稳定性。例如，评审者对代码提交者提交的代码进行代码评审，提高代码质量。

在一个实施例中，所述根据比较结果存储所述文件可以包括：如果所述文件的大小小于预定阈值(例如，1MB)，则将所述文件存储到所述第一数据库220(hbase数据库)。

在一个实施例中，所述根据比较结果存储所述文件还可以包括：如果所述文件的大小大于或等于预定阈值，则将所述文件存储到服务器的本地磁盘260以及文件系统230。与此同时，响应于将所述文件存储到服务器的本地磁盘260，记录所述文件和所述服务器的IP之间的对应关系。例如，可以将所述对应关系记录在诸如zookeeper的存储单元250中。

以上完成了向文件管理系统200提交文件的操作，然而，除了上述操作之外，用户还可以更新以存储在文件管理系统200中的文件。

具体地，当用户请求更新存储在文件管理系统200中的文件时，所述服务器还可以配置为：响应于确定用户具有更新文件的权限，从所述第一数据库220查询待更新文件的基本信息；将所述待更新文件的大小与预定阈值(例如，1MB)进行比较；根据比较结果，确定所述待更新文件的存储位置；以及根据所确定的存储位置，获取所述待更新文件并将所述待更新文件提供给用户以供更新。

在一个实施例中，所述服务器还可以配置为：如果所述待更新文件的大小小于预定阈值，则确定所述待更新文件被存储在所述第一数据库220(例如，hbase数据库)中。

在一个实施例中，所述服务器还可以配置为：如果所述待更新文件大小等于或大于预定阈值，则在服务器的本地磁盘260中查找所述待更新文件，其中：响应于在服务器的本地磁盘260中查找到所述待更新文件，确定所述待更新文件被存储在服务器的本地磁盘260中。如果在服务器的本地磁盘260中没有查找到所述待更新文件，从预先记录的文件与文件所在服务器的IP之间的对应关系中获取针对所述待更新文件的对应关系，例如，从例如zookeeper存储单元250中获取针对所述待更新文件的对应关系。如果成功获取到所述对应关系，则确定所述待更新文件被存储在与所述IP相对应的服务器(例如，其他服务器)中。另一方面，如果获取所述对应关系失败，则访问文件系统230以获取所述待更新文件。

以上描述了根据本发明示例实施例的文件管理系统，所述系统能够解决企业针对权限作更细粒度控制，提高代码知识产权保护度和安全意识，可以满足应用于复杂业务系统的需要。此外，所述系统通过加入文件评审过程，提高了文件的质量、保证了其稳定性，并且通过细粒度的存储和更新能够加快访问速度，进一步增强用户体验。

下面将参考图3，描述用于操作根据本发明示例实施例的文件管理系统的方法300的步骤。图3所示的文件管理方法不仅可以应用于如图2所示的文件管理系统中，还可以应用于其他结构的文件管理系统中。

如图3所示，当用户向文件管理系统请求提交文件时，在步骤S310，响应于确定用户具有提交文件的权限，提取所述文件的基本信息并将所述基本存储在第一数据库中。随后在步骤S320，将所述文件与预定阈值进行比较。最后在步骤S330，根据比较结果存储所述文件。

在一个实施例中，在将所述基本信息存储到数据库之前，所述方法还包括：响应于确定所述用户具有提交文件的权限，由评审方对所述文件进行评审，其中如果所述文件评审通过，则将所述基本信息存储到第一数据库，以及如果所述文件评审未通过，则通知所述用户重新提交文件。

在一个实施例中，所述根据比较结果存储文件包括：如果所述文件的大小小于预定阈值，则将所述文件存储到所述第一数据库。

在一个实施例中，所述根据比较结果存储文件包括：如果所述文件的大小大于或等于预定阈值，则将所述文件存储到服务器的本地磁盘以及文件系统；以及响应于将所述文件存储到服务器的本地磁盘，记录所述文件和所述服务器的IP之间的对应关系。

在一个实施例中，所述方法还包括：响应于确定用户具有更新文件的权限，从所述第一数据库查询待更新文件的基本信息；将所述待更新文件的大小与预定阈值进行比较；根据比较结果，确定所述待更新文件的存储位置；以及根据所确定的存储位置，获取所述待更新文件并将所述待更新文件提供给用户以供更新。

在一个实施例中，所述确定待更新文件的存储位置包括：如果所述待更新文件的大小小于预定阈值，则确定所述待更新文件被存储在所述第一数据库中。

在一个实施例中，所述确定待更新文件的存储位置包括：如果所述待更新文件大小等于或大于预定阈值，则在服务器的本地磁盘中查找所述待更新文件，其中：响应于在服务器的本地磁盘中查找到所述待更新文件，确定所述待更新文件被存储在服务器的本地磁盘中；以及响应于在服务器的本地磁盘中没有查找到所述待更新文件，从预先记录的文件与文件所在服务器的IP之间的对应关系中获取针对所述待更新文件的对应关系，其中如果成功获取到所述对应关系，则确定所述待更新文件被存储在与所述IP相对应的服务器中；以及如果获取所述对应关系失败，则访问诸如jss的文件系统以获取所述待更新文件。

以上描述了用于操作根据本发明示例实施例的文件管理系统的方法，所述方法能够解决企业针对权限作更细粒度控制，提高代码知识产权保护度和安全意识，可以满足应用于复杂业务系统的需要。此外，所述方法通过加入文件评审过程，提高了文件的质量、保证了其稳定性，并且通过细粒度的存储和更新能够加快访问速度，进一步增强用户体验。

图4示出了根据本发明示例实施例的文件管理系统的文件提交过程的流程图。如图4所示，在步骤S410，文件管理系统首先等待用户提交文件。当用户请求将文件提交(例如，代码)至分支上时，在步骤S420，确定文件提交者是否具有提交文件的权限。如果提交者没有权限，则拒绝提交并提示信息返回给提交者，继续等待用户提交文件。另一方面，如果提交者具有提交权限，则在步骤S440提取所述文件的基本信息并将所述基本信息保存到诸如hbase的第一数据库。

在一个实施例中，在执行步骤S440之前，所述方法还可以执行评审步骤。例如，执行步骤S430，由评审方查看文件(例如，代码)并执行评审。若审批不通过(步骤S430-否)，则返回步骤S310并通知提交者修改文件(例如，代码)以重新提交。如果文件审批通过，则执行步骤S440，即，提取基本信息并将基本信息存储到数据库中，其中所述基本信息包括文件名、大小信息等。

在执行步骤S440之后，在步骤S450确定文件大小是否小于预定阈值。例如，判断文件大小是否小于1MB。随后，根据所述判断结果，确定存储所述文件的位置。具体地，如果文件大小小于预定阈值，则在步骤S460，将文件存储到诸如hbase的数据库中。如果文件大小等于或大于预定阈值，则在步骤S471，将所述文件存储到例如jss的文件系统中，同时将所述文件存储到服务器的本地磁盘上。随后，响应于将所述文件存储到服务器的本地磁盘上，在步骤S472可以接着存储所述文件名与服务器IP的对应关系，例如，将所述对应关系存储到诸如zookeeper的存储单元上。

图5示出了根据本发明示例实施例的文件管理系统的文件更新过程的流程图。

具体地，在步骤S510，首先等待用户请求更新文件。当接收到更新文件的请求时，在步骤S520，确定用户是否具有更新权限。如果所述用户不具有更新权限，则拒绝更新(步骤S520-否)。反之，如果所述用户具有更新权限，则在步骤S530，查询存储基本信息的数据库，诸如，hbase数据库，以便获取待更新文件的基本信息，如文件大小、文件名等。然后，在步骤S540，根据获取到的基本信息，确定待更新文件大小是否小于预定阈值(例如，1MB)。若是，则在步骤S550，访问用于存储文件的基本信息以及较小文件的数据库(诸如，hbase数据库)获取所述待更新文件，并返回给所述用户以供更新。

然而，如果待更新文件大于或等于预定阈值(步骤S540-否)，则在步骤S561，确定服务器本地磁盘是否存在待更新文件。如果在服务器的本地磁盘中存在所述待更新文件(步骤S561-是)，则在步骤S562，访问服务器的本地磁盘以获取待更新文件，并将所述文件返回给所述用户以供更新。然而，由于磁盘大小有限，因此文件管理系统会定时清理一些文件，并存储已记录的文件与IP对应关系，例如，将文件与IP的对应关系更新到诸如zookeeper的存储单元。

因此，如果在服务器的本地磁盘中不存在所述待更新文件(步骤S561-否)，则在步骤S563，确定是否成功获取针对所述待更新文件的对应信息。例如，在一个实施例中，可以访问用于存储预先记录的文件与文件所在服务器的IP之间的对应关系的存储单元，诸如zookeeper。响应于例如从zookeeper成功获取到针对所述待更新文件的对应信息，在步骤S564，访问与所述对应信息中的IP相对应的服务器，以获取待更新文件，并将所述文件返回给所述用户以供更新。此外，所述方法还包括：在获取到待更新文件之后，将文件与本服务器的ip对应关系更新到zookeeper。

如果没有成功获取针对所述待更新文件的对应信息(步骤S563-否)，则访问诸如jss的文件系统以获取待更新文件。

因此，根据本发明示例实施例的文件管理方法和系统能够解决企业针对权限作更细粒度控制，提高代码知识产权保护度和安全意识，可以实现应用于复杂业务系统的文件管理方法和系统，其中通过文件评审提高文件的质量、保证其稳定性，并且通过细粒度的存储和更新能够加快访问速度，进一步增强用户体验。

图6示出了在提交并更新代码文件的情况下根据本发明示例实施例的文件管理系统的操作过程的具体步骤。

在提交并更新代码文件的应用背景下，根据本发明示例实施例的文件管理系统的操作过程可以大致分为提交代码过程和更新代码过程。

提交代码过程包括：在步骤611，代码提交者提交代码；在步骤612，判断提交者是否有权限；如果提交者没有权限，则结束此次操作以等待下次提交，否则，进行到步骤613。在步骤613，产生评审记录以供评审方评审，其中评审方可以是人或设备。接着，在步骤614，确定代码是否通过评审，如果通过(步骤614-是)，则在步骤615，将代码的基本信息保存到hbase数据库，基本信息包括文件名和文件大小等。如果没有通过评审，则结束此次操作，并提示用户修改和重新提交代码。然后，在步骤616，判断文件是否小于预定阈值(例如，1MB)。如果文件小于1MB，则在步骤617，将所述文件直接存储在hbase数据库中，否则将所述文件存储在jss文件系统中(步骤618)。在将文件存储到jss文件系统的同时，还可以将文件同时存储在服务器本地磁盘中(步骤619)。响应于在步骤619将所述文件存储在服务器的本地磁盘中，在步骤620，存储所述文件名和服务器IP的对应关系。例如，可以将所述对应关系发送给用于存储文件名与IP对应关系的zookeeper 600，以便更新存储所述对应关系。以上完成了文件管理系统在提交代码文件的情况下的操作。

除了提交代码之外，所述文件管理系统还可以更新代码。首先在步骤651，代码提交者请求更新代码。接着在步骤652，确定用户是否具有更新权限。如果所述用户不具有更新权限，则结束本次操作并提示用户不具有更新权限。反之，如果所述用户具有更新权限，则在步骤653，从hbase数据库查询基本信息，如代码文件的大小、文件名等。然后，在步骤654，根据获取到的基本信息，确定待更新代码文件大小是否小于预定阈值(例如，1MB)。如果小于所述阈值，则在步骤655，访问hbase数据库以获取所述待更新文件，并在步骤657，读取所述待更新代码文件并将其返回给所述用户以供更新。

然而，如果待更新代码文件大于或等于所述阈值，则在步骤656，确定服务器本地磁盘是否存在所述文件。如果在服务器的本地磁盘中存在所述待更新文件(步骤656-是)，则在步骤657，访问服务器的本地磁盘，读取所述待更新代码文件，并将其返回给所述用户以供更新。

如果在服务器的本地磁盘中不存在所述待更新文件(步骤656-否)，则在步骤658，读取存储信息，例如，从用于存放文件名与IP对应关系的zookeeper 600中读取所述对应关系。然后在步骤659，判断是否存在所述文件与IP的对应关系。如果成功获取到针对所述待更新文件的对应信息(步骤659-是)，在步骤660，访问与所述对应信息中的IP相对应的服务器，读取所述待更新代码文件，并将其返回给所述用户以供更新。

然而，如果没有获取到针对所述待更新文件的对应信息(步骤659-否)，则在步骤661，访问诸如jss的文件系统，读取所述待更新代码文件，并将其返回给所述用户以供更新。此外，在步骤661之后，还可以执行对对应关系的更新存储。

以上描述了在提交并更新代码文件的情况下根据本发明示例实施例的文件管理系统的操作过程的具体步骤。应注意，尽管上述实施例针对的是提交并更新代码文件的应用环境，然而本发明不限于此，本发明的方法和系统还可以应用于其他文件管理的环境下。

应注意，以上方案仅是示出本发明构思的一个具体实现方案，本发明不限于上述实现方案。可以省略或跳过上述实现方案中的一部分处理，而不脱离本发明的精神和范围。

前面的方法可以通过多种计算机装置以可执的程序命令形式实现并记录在计算机可读记录介质中。在这种情况下，计算机可读记录介质可以包括单独的程序命令、数据文件、数据结构或其组合。同时，记录在记录介质中的程序命令可以专门设计或配置用于本发明，或是计算机软件领域的技术人员已知应用的。计算机可读记录介质包括例如硬盘、软盘或磁带等磁性介质、例如压缩盘只读存储器(CD-ROM)或数字通用盘(DVD)等光学介质、例如光磁软盘的磁光介质以及例如存储和执行程序命令的ROM、RAM、闪存等硬件装置。此外，程序命令包括编译器形成的机器语言代码和计算机通过使用解释程序可执行的高级语言。前面的硬件装置可以配置成作为至少一个软件模块操作以执行本发明的操作，并且逆向操作也是一样的。

尽管以特定顺序示出并描述了本文方法的操作，然而可以改变每个方法的操作的顺序，使得可以以相反顺序执行特定操作或使得可以至少部分地与其它操作同时来执行特定操作。此外，本发明不限于上述示例实施例，它可以在不脱离本公开的精神和范围的前提下，包括一个或多个其他部件或操作，或省略一个或多个其他部件或操作。

以上已经结合本发明的优选实施例示出了本发明，但是本领域的技术人员将会理解，在不脱离本发明的精神和范围的情况下，可以对本发明进行各种修改、替换和改变。因此，本发明不应由上述实施例来限定，而应由所附权利要求及其等价物来限定。

Claims (10)

1.一种文件管理的方法，包括：

响应于确定提交文件的用户具有提交文件的权限，提取所述文件的基本信息并将所述基本信息存储到数据库；

将所述文件的大小与预定阈值进行比较；以及

根据比较结果，存储所述文件，

其中根据比较结果存储所述文件包括：

如果所述文件的大小大于或等于预定阈值，则将所述文件存储到本地服务器磁盘以及文件系统；以及

响应于将所述文件存储到本地服务器磁盘，记录所述文件和所述本地服务器磁盘的IP之间的对应关系，

其中所述方法还包括：

响应于确定用户具有更新文件的权限，从所述数据库查询待更新文件的基本信息；

将所述待更新文件的大小与预定阈值进行比较；

根据比较结果，确定所述待更新文件的存储位置；以及

根据所确定的存储位置，获取所述待更新文件并将所述待更新文件提供给用户以供更新，

其中所述确定待更新文件的存储位置包括：

如果所述待更新文件的大小等于或大于预定阈值，则在本地服务器磁盘中查找所述待更新文件，且响应于在本地服务器磁盘中查找到所述待更新文件，确定所述待更新文件被存储在本地服务器磁盘中；以及

响应于在本地服务器磁盘中没有查找到所述待更新文件，从预先记录的文件与文件所在服务器的IP之间的对应关系中获取针对所述待更新文件的对应关系，其中如果成功获取到所述对应关系，则确定所述待更新文件被存储在与所述IP相对应的另一服务器中；以及

如果获取所述对应关系失败，则访问文件系统以获取所述待更新文件。

2.根据权利要求1所述的方法，其中在将所述基本信息存储到数据库之前，所述方法还包括：

响应于确定所述用户具有提交文件的权限，由评审方对所述文件进行评审，其中如果所述文件评审通过，则将所述基本信息存储到数据库，以及

如果所述文件评审未通过，则通知所述用户重新提交文件。

3.根据权利要求1所述的方法，其中根据比较结果存储所述文件还包括：如果所述文件的大小小于预定阈值，则将所述文件存储到所述数据库。

4.根据权利要求1所述的方法，其中所述确定待更新文件的存储位置还包括：

如果所述待更新文件的大小小于预定阈值，则确定所述待更新文件被存储在所述数据库中。

5.一种文件管理系统，包括：

数据库，配置为存储文件的基本信息；

文件系统，配置为存储文件；以及

一个或更多个服务器，其中所述服务器配置为：

响应于确定用户具有提交文件的权限，提取所述文件的基本信息并将所述基本信息存储到数据库；

将所述文件的大小与预定阈值进行比较；

根据比较结果，将所述文件存储在数据库或文件系统中，

其中所述服务器还配置为：

如果所述文件的大小大于或等于预定阈值，则将所述文件存储到本地服务器磁盘以及文件系统；以及

响应于将所述文件存储到本地服务器磁盘，记录所述文件和所述服务器的IP之间的对应关系，

其中所述服务器还配置为：

响应于确定用户具有更新文件的权限，从所述数据库查询待更新文件的基本信息；

将所述待更新文件的大小与预定阈值进行比较；

根据比较结果，确定所述待更新文件的存储位置；以及

根据所确定的存储位置，获取所述待更新文件并将所述待更新文件提供给用户以供更新，

其中所述确定待更新文件的存储位置包括：

如果所述待更新文件的大小等于或大于预定阈值，则在本地服务器磁盘中查找所述待更新文件，且响应于在本地服务器磁盘中查找到所述待更新文件，确定所述待更新文件被存储在本地服务器磁盘中；以及

响应于在本地服务器磁盘中没有查找到所述待更新文件，从预先记录的文件与文件所在服务器的IP之间的对应关系中获取针对所述待更新文件的对应关系，其中如果成功获取到所述对应关系，则确定所述待更新文件被存储在与所述IP相对应的另一服务器中；以及

如果获取所述对应关系失败，则访问文件系统以获取所述待更新文件。

6.根据权利要求5所述的文件管理系统，其中所述服务器还配置为：

响应于确定所述用户具有提交文件的权限，由评审方对所述文件进行评审，其中如果所述文件评审通过，则将所述基本信息存储到数据库，以及

如果所述文件评审未通过，则通知所述用户重新提交文件。

7.根据权利要求5所述的文件管理系统，其中所述服务器还配置为：

如果所述文件的大小小于预定阈值，则将所述文件存储到所述数据库。

8.根据权利要求5所述的文件管理系统，其中所述服务器还配置为：

如果所述待更新文件的大小小于预定阈值，则确定所述待更新文件被存储在所述数据库中。

9.一种文件管理装置，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1至4中任一项所述的文件管理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如权利要求1至4中任一项所述的文件管理方法。

Images