一种数据管理方法、装置、设备及存储介质与流程

[0001]
本申请涉及计算机技术领域，尤其涉及一种数据管理方法、装置、设备及存储介质。


背景技术：

[0002]
随着移动终端的发展，越来越多的终端应用(applications，app)出现在人们的生活中，app的运行过程中往往涉及大量的数据交互过程，以支持对于用户的服务。
[0003]
其中，手机app内的页面组成，需要各种静态资源(图片、字体等)。在开发过程中，这些资源首先由设计人员生产，然后交付给开发人员集成到app中的特定目录，再提供访问路径，供页面开发者使用。
[0004]
但是，人为的设定静态资源容易遗漏，且不全面，这是由于同一份资源，依赖不同移动平台(例如安卓、ios)的平台开发人员手工内置，因依赖人工，容易造成资源遗忘、部分内置等多种问题；而且整个开发过程中，涉及到设计人员、app开发人员、页面开发人员等多个组织，需要一层层沟通即对于数据依次规划其路径，导致效率低；另外在大量数据的场景中，对于大量数据分别规划不同的路径，易导致资源使用混乱，影响应用运行的稳定性。


技术实现要素：

[0005]
有鉴于此，本申请第一方面提供一种数据管理方法，可应用于静态数据库的系统或程序过程中，具体包括：根据预设规则对静态数据库中的数据进行分类，以得到第一类数据和第二类数据，所述第二类数据基于第一类数据按照预设算法生成，所述预设规则基于所述数据的类型设定；
[0006]
确定所述第一类数据对应的第一存储路径，所述第一存储路径包括多个路径要素，所述路径要素用于指示所述静态数据库中的数据读取顺序；
[0007]
根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径；
[0008]
根据所述第一存储路径与所述第二存储路径对所述静态数据库的第一读取路径进行更新，以得到第二读取路径。
[0009]
本申请第二方面提供另一种数据管理的装置，包括：分类单元，用于根据预设规则对静态数据库中的数据进行分类，以得到第一类数据和第二类数据，所述第二类数据基于第一类数据按照预设算法生成，所述预设规则基于所述数据的类型设定；
[0010]
生成单元，用于为所述第一类数据生成第一存储路径，所述第一存储路径包括多个路径要素，所述路径要素用于指示所述静态数据库中的数据读取顺序；
[0011]
更新单元，用于根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径；
[0012]
所述更新单元，还用于根据所述第一存储路径与所述第二存储路径对所述静态数据库的第一读取路径进行更新，以得到第二读取路径。
[0013]
本申请第三方面提供一种计算机设备，包括：存储器、处理器以及总线系统；所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行上述第一方面或第一方面任一项所述的应用于静态数据库中的数据管理的方法。
[0014]
本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任一项所述的应用于静态数据库中的数据管理的方法。
[0015]
从以上技术方案可以看出，本申请实施例具有以下优点：
[0016]
通过对静态数据库中的数据进行分类，并根据数据之间的关联关系确定第一类数据和第二类数据，提高了数据的规则性；然后为所述第一类数据的多个路径要素生成第一存储路径，并根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径，由于静态资源库中的数据建立了关联关系，减少了各组开发人员之间依赖，提高了开发效率；继而根据第二存储路径对整体数据的数据读取路径进行更新；实现了自动化集成最新资源，防止资源遗漏；而且规范路径，资源使用更规范、清晰，提高了应用运行的稳定性。
附图说明
[0017]
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0018]
图1为数据管理系统运行的网络架构图；
[0019]
图2为一种数据管理的流程架构图；
[0020]
图3为本申请实施例提供的一种数据管理的方法的流程图；
[0021]
图4为本申请实施例提供的另一种数据管理的方法的流程图；
[0022]
图5为本申请实施例提供的一种应用场景的流程示意图；
[0023]
图6为本申请实施例提供的一种数据管理的界面显示示意图；
[0024]
图7为本申请实施例提供的数据管理装置的结构示意图；
[0025]
图8为本申请实施例提供的另一种数据管理装置的结构示意图。
具体实施方式
[0026]
本申请实施例提供了一种数据管理的方法以及相关装置，可以应用于支持静态数据库的应用的运行过程中，具体通过对静态数据库中的数据进行分类，并根据数据之间的关联关系确定第一类数据和第二类数据，然后为所述第一类数据的多个路径要素生成第一存储路径，并根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径，继而对整体数据的数据读取路径进行更新；即通过梳理已有静态资源发布集成流程的关联关系，减少了各组开发人员之间依赖，提高开发效率；并自动化集成最新资源，防止资源遗漏；而且规范路径，资源使用更规范、清晰，提高了应用运行的稳定性。
[0027]
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第
四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0028]
应理解，本申请提供的数据管理方法可以应用于可应用于数据管理系统的运行过程中，具体的，数据管理系统可以运行于如图1所示的网络架构中，如图1所示，是数据管理系统运行的网络架构图，如图可知，数据管理系统可以提供与多个应用程序的数据管理，通过静态资源数据库获取静态资源，根据本申请提出的数据管理方法对上述数据进行分类，关联并更新读取路径，可以理解的是，图1中示出了三个应用程序，在实际场景中可以有更多或更少的应用程序参与到数据调取的过程中，具体数量因实际场景而定，此处不做限定；另外，图1中示出了一个静态资源数据库，但在实际场景中，也可以有多个静态资源数据库的参与，特别是在多应用数据交互的场景中，具体静态资源数据库数量因实际场景而定。
[0029]
可以理解的是，上述数据管理系统可以运行于个人移动终端，也可以运行于服务器，还可以作为运行于第三方设备以提供静态资源数据与关联规则的快速迭代更新，以得出更新后的数据读取路径；具体的数据管理系统可以是以一种程序的形式在上述设备中运行，也可以作为上述设备中的系统部件进行运行，还可以作为云端服务程序的一种，具体运作模式因实际场景而定，此处不做限定。
[0030]
随着移动终端的发展，越来越多的终端应用(applications，app)出现在人们的生活中，app的运行过程中往往涉及大量的数据交互过程，以支持对于用户的服务。
[0031]
其中，手机app内的页面组成，需要各种静态资源(图片、字体等)。在开发过程中，这些资源首先由设计人员生产，然后交付给开发人员集成到app中的特定目录，再提供访问路径，供页面开发者使用。
[0032]
但是，人为的设定静态资源容易遗漏，且不全面，这是由于同一份资源，依赖不同移动平台(例如安卓、ios)的平台开发人员手工内置，因依赖人工，容易造成资源遗忘、部分内置等多种问题；而且整个开发过程中，涉及到设计人员、app开发人员、页面开发人员等多个组织，需要一层层沟通交付，流程过长，导致效率低；另外因不同手机系统开发的特殊性，如：是否系统缩放、导致静态资源的使用，需要多种不同的路径，导致资源使用混乱，影响应用运行的稳定性。
[0033]
为了解决上述问题，本申请提出了一种数据管理的方法，该方法应用于图2所示的数据管理的流程框架中，如图2所示，是一种数据管理的流程架构图，图中包括静态数据库、数据管理系统以及应用程序。
[0034]
具体的，数据管理系统会对静态资源数据库中的数据进行分类，可以分为原始图片、缩放图片、网页资源以及数据资源，其中，由于原始图片与缩放图片存在关联关系，则将原始图片作为第一类数据与网页资源以及数据资源传输至数据管理系统并作为原始资源；而缩放图片作为第二类数据将传输至数据管理系统并作为缩放资源，可以理解是，对于第一类数据与第二类数据的传输过程属于不同的线程运行。
[0035]
然后，数据管理系统根据静态资源数据库发送的分类后的数据进行数据的更新，
并对于每次更新过程记录相应的版本号；接下来，对于第一类数据在应用程序中规划在原始目录中，并对应的按照各自的数据形式进行储存；对于第二类数据则在应用程序中规划在缩放目录中，并根据具体的缩放参数规划不同的目录，以便于特定数据的调用，例如：2倍缩放、3倍缩放。在应用程序运行时，根据数据的需求对应的从原始目录的不同文件目录中调用相关数据，当应用程序需求缩放数据时，无需在原始目录中索引相关的父级原始目录，直接根据需求调用对应的缩放目录即可。
[0036]
可以理解的是，此处以原始图片与缩放图片为例进行说明，具体的也可以是网页资源相关联的子信息等，具体的关联数据形式因实际场景而定，此处不做限定。
[0037]
可以理解的是，上述数据管理系统可以运行于个人移动终端，也可以运行于服务器，还可以作为运行于第三方设备以提供客户端实验数据与后台策略的快速迭代试错，以得出实验报告。
[0038]
可以理解的是，本申请所提供的方法可以为一种程序的写入，以作为硬件系统中的一种处理逻辑，也可以作为一种数据管理装置，采用集成或外接的方式实现上述处理逻辑。作为一种实现方式，该数据管理装置通过对静态数据库中的数据进行分类，并根据数据之间的关联关系确定第一类数据和第二类数据，然后为所述第一类数据的多个路径要素生成第一存储路径，并根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径，继而对整体数据的数据读取路径进行更新；即通过梳理已有静态资源发布集成流程的关联关系，减少了各组开发人员之间依赖，提高开发效率；并自动化集成最新资源，防止资源遗漏；而且规范路径，资源使用更规范、清晰，提高了应用运行的稳定性。
[0039]
结合上述流程架构，下面将对本申请中数据管理的方法进行介绍，请参阅图3，图3为本申请实施例提供的一种数据管理的方法的流程图，本申请实施例至少包括以下步骤：
[0040]
301、根据预设规则对静态数据库中的数据进行分类，以得到第一类数据和第二类数据。
[0041]
本实施例中，静态数据库可以包括app内用户见的页面中需要使用的图片、字体等素材，可以是本地的数据，也可以是第三方平台的数据；本申请提供的数据管理方法可应用于在静态数据库中对于app所需数据的打包过程中，即读取路径的规划。
[0042]
可以理解的是，所述第二类数据基于第一类数据按照预设算法生成，所述预设规则基于所述数据的类型设定。
[0043]
其中，预设算法基于第一类数据与第二类数据之间的关系确定，例如：若第一类数据为图片，则预设算法可以为图片缩放算法，对应的，第二类数据即为根据不同的缩放参数得到的缩放图片的集合；若第一类数据为文本，则预设算法可以为文本格式转换算法，对应的，第二类数据即为根据不同的格式需求对应的文本集合；若第一类数据为语音，则预设算法可以为语音调频算法，对应的，第二类数据即为根据不同的频率需求对应的语音集合，具体的预设算法因实际场景而定，此处不做限定。
[0044]
另外，对于预设规则的设定，基于不同的数据类型进行数据分类，即可能存在关联数据的原始数据作为第一类数据，例如：图片、文本或语音；对于当前静态数据库中与第一类数据存在关联关系的数据划分为第二类数据，例如：缩放后的图片、格式转换后的文本或调频后的语音等。
[0045]
302、确定所述第一类数据对应的第一存储路径。
[0046]
本实施例中，所述第一存储路径包括多个路径要素，所述路径要素用于指示所述静态数据库中的数据读取顺序。
[0047]
可选的，第一存储路径可以以网址的格式，例如：https://domain/appresource/image/path/ia_xxx，其中，domain、appresource、image等即为多个路径要素，且按照从左到右的顺序依次寻址，以得到对应数据的存储位置。
[0048]
303、根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径。
[0049]
本实施例中，根据步骤302中示例的第一存储路径格式，对应的，第二存储路径也可以以此为基础进行表示，具体的，根据第二类数据与所述第一类数据的对应关系对存储路径进行更新，例如：若第一类数据为图片，则第二类数据为缩放图片，其对应关系即为缩放关系，首先根据第一类数据的数据类型确定路径要素为image，进一步选择到具体图片的文件夹drawable，然后根据缩放关系规定缩放图片的储存位置ia_xxx-scale＝2x，即2倍缩放，其具体路径可表示为https://domain/appresource/image/drawable/ia_xxx-scale＝2x，即为第二存储路径。
[0050]
可以理解的是，上述示例也可以应用于其他文件中，例如：若第一类数据为指示的为网络资源，则确定网页路径标识js为路径要素；若第一类数据为指示的为数据资源，则确定数据路径标识json为路径要素，具体的场景因实际的数据库类型而定，此处不做限定。
[0051]
304、根据所述第一存储路径与所述第二存储路径对所述静态数据库的第一读取路径进行更新，以得到第二读取路径。
[0052]
本实施例中，第一读取路径为当前静态数据库的数据读取路径，可能是静态数据库预设的路径，即未调整过的；也可以是根据上述实施例调整后的路径，即在新的数据写入后对前一时刻规划的读取路径的更新过程，具体的循环此处可以是一次也可以是多次，此处不做限定。
[0053]
可以理解的是，根据上述步骤302与303对第一类数据与第二类数据的储存路径进行确定后，即相当于确定了基于本申请提出的数据管理方法的整个静态数据库的存储路径，此时，根据该存储路径对第一读取路径进行更新，即得到第二读取路径。
[0054]
应当注意的是，对于第一读取路径的更新过程可以是将第一读取路径删除，然后写入第二读取路径；也可以是对比第一读取路径与第二读取路径的不同节点，对相关参数进行调整所得。
[0055]
可选的，在得到第二读取路径之后，还可以根据所述第二读取路径生成资源版本号，所述资源版本号为当前所述静态数据库读取数据路径的标识信息。这是为了记录每次路径更新后的内容，便于发生故障时的寻源操作，以排除故障。
[0056]
在一种可能的场景中，第一数据中可能存在未写入对应第二数据的数据集合，例如：当前静态数据库中写入了app所需的图像缩放资源，当对于文本格式变化的资源并无需求，此时，对于文本这类数据不需要对对应的第二类数据进行寻址操作。
[0057]
具体的，首先获取满足预设条件的第一类数据，所述预设条件为与所述第二类数据存在对应关系的第一类数据；然后确定所述满足预设条件的第一类数据的第三存储路径；最后根据所述第二类数据与所述满足预设条件的第一类数据的对应关系对第三存储路
径进行更新，以得到第二存储路径。以图片的场景为例，预设条件即为存在对应缩放图片的图片集合，对于存在对应缩放图片的图片进行路径的更新，以进一步的设定缩放图片的路径。
[0058]
可选的，对于不满足预设条件的数据，可以通过确定不满足预设条件的第一类数据为第三类数据，并获取所述第三类数据的路径信息；然后根据所述第三类数据的路径信息对所述静态数据库的数据读取路径进行更新。即对于不存在对应缩放图片的图片直接写入第二读取路径中。
[0059]
结合上述实施例可知，通过对静态数据库中的数据进行分类，并根据数据之间的关联关系确定第一类数据和第二类数据，然后为所述第一类数据的多个路径要素生成第一存储路径，并根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径，继而对整体数据的数据读取路径进行更新；即通过梳理已有静态资源发布集成流程的关联关系，减少了各组开发人员之间依赖，提高开发效率；并自动化集成最新资源，防止资源遗漏；而且规范路径，资源使用更规范、清晰，提高了应用运行的稳定性。
[0060]
由于第二类数据与第一类数据的对应关系，对于第二读取路径的获取过程可以进行一些优化，如图4所示，图4为本申请实施例提供的另一种数据管理的方法的流程图，本申请实施例至少包括以下步骤：
[0061]
401、根据预设规则对静态数据库中的数据进行分类，以得到第一类数据和第二类数据。
[0062]
402、确定所述第一类数据对应的第一存储路径。
[0063]
所述第一存储路径包括多个路径要素，所述路径要素用于指示所述静态数据库中的数据读取顺序。
[0064]
403、根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径。
[0065]
本实施例中，步骤401-403与图3中的步骤301-303相似，具体说明可参照上述实施例的解释，此处不做赘述。
[0066]
404、确定所述静态数据库的第一读取路径。
[0067]
本实施例中，第一读取路径为当前静态数据库的数据读取路径，可能是静态数据库预设的路径，即未调整过的；也可以是根据上述实施例调整后的路径，即在新的数据写入后对前一时刻规划的读取路径的更新过程，具体的循环此处可以是一次也可以是多次，此处不做限定。
[0068]
405、根据所述第一存储路径中的所述多个路径要素的优先级依次对所述第一读取路径进行更新，以得到第三读取路径。
[0069]
本实施例中，第一存储路径中的多个路径要素的优先级即为路径要素的从属关系，从形式上看，可以为网址格式的从左向右优先级依次降低，即按照网址格式中的路径要素从左向右依次对所述第一读取路径中对应的节点进行更新。第三读取路径即为根据第一类数据得到的更新参数所确定的读取路径。
[0070]
可选的，由于第一类数据和第二类数据的关联性，它们会存在一个指示路径发生变化的节点，可记为非关联节点；例如：第一存储路径为https://domain/appresource/
drawable，第二存储路径为https://domain/appresource/image，则非关联节点即为appresource之后的节点，对非关联节点之后的路径进行更新，减少了各个路径的依次遍历的过程，提高了效率；具体步骤可以包括确定所述第二存储路径与所述第一存储路径的非关联节点，所述非关联节点用于指示所述第二存储路径与所述第一存储路径具有不同路径要素的数据节点；然后根据所述非关联节点确定路径变化信息；进而根据所述路径变化信息对所述第三读取路径进行更新，以得到第二读取路径。
[0071]
在一种可能的场景中，对于不同的数据处理参数不同，也可以作为路径变化信息的依据，例如：对于图片的缩放过程中，对于原始图片a存在a1、a2、a3、a4等多个缩放倍数的图片，这些图片的路径信息仅在缩放倍数对应的路径要输上存在差异，即a1可表示为https://domain/appresource/image/drawable/ia_xxx-scale＝1x，a2可表示为https://domain/appresource/image/drawable/ia_xxx-scale＝2x，此时，只需要确定缩放图片对应的层级信息scale＝1x、scale＝2x，即可快速的完成对于路径变化信息的确定；具体的，可以通过根据所述非关联节点确定所述第二存储路径中的层级信息，所述层级信息用于指示所述预设算法的参数大小，所述预设算法的参数大小包括所述第一类数据的缩放比例；然后根据所述层级信息分别确定各个层级的所述路径变化信息。
[0072]
406、根据所述第二存储路径中的路径要素对所述第三读取路径进行更新，以得到第二读取路径。
[0073]
本实施例中，基于步骤405中已确定的第三读取路径，而且第二类数据对应的第二存储路径中的路径要素指示的为共用的父级路径，根据父级路径后的滤镜选择将第二存储路径和第三读取路径对应的结合，即得到第二读取路径。
[0074]
下面结合一种具体的使用场景对本申请根据第二读取路径对相关资源进行读取的过程进行说明，如图5所示，是本申请实施例提供的一种应用场景的流程示意图；图中当app的页面需要读取资源时，首先生成对应的网址路径，即第二读取路径，然后分别遍历网址路径中的路径要素，以对相关的资源进行读取，图中示出了当网址路径包含标识appresource时，则读取对应的网络资源信息；当网址路径包含缩放路径标识drawable时，则读取对应的缩放目录，并进一步的根据网址路径中的具体参数确定缩放的具体目录；当网址路径包含网页路径标识js时，则读取读取对应的js目录；当网址路径包含数据路径标识json时，则读取读取对应的json目录。
[0075]
可以理解的是，上述资源的读取顺序因具体的网址路径的形式而定，且对于路径要素指示的内容包含但不仅限于上述示例中的内容，其他数据库中可能的数据标识也可以作为路径要素，此处不做限定。
[0076]
在一种可能的显示方式中，可以采用如图6所述的显示方式，图6为本申请实施例提供的一种数据管理的界面显示示意图。该界面可以包括静态数据库中应用程序1对应的缩放目录和原始目录，用户可知通过点击详情按钮知晓各个目录中的内容，例如：缩放目录中包含2倍缩放和3倍缩放的目录；原始目录中包含网页资源、数据资源、原始图片以及版本号文件。
[0077]
可以理解的是，上述实施例中设计的参数或步骤均可在该界面中进行显示，此处不做限定。
[0078]
为了更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关
装置。请参阅图7，图7为本申请实施例提供的数据管理装置的结构示意图，数据管理装置700包括：
[0079]
分类单元701，用于根据预设规则对静态数据库中的数据进行分类，以得到第一类数据和第二类数据，所述第二类数据基于第一类数据按照预设算法生成，所述预设规则基于所述数据的类型设定；
[0080]
生成单元702，用于为所述第一类数据生成第一存储路径，所述第一存储路径包括多个路径要素，所述路径要素用于指示所述静态数据库中的数据读取顺序；
[0081]
更新单元703，用于根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径；
[0082]
所述更新单元703，还用于根据所述第一存储路径与所述第二存储路径对所述静态数据库的第一读取路径进行更新，以得到第二读取路径。
[0083]
优选的，在本申请一些可能的实现方式中，所述多个路径要素基于所述路径要素的优先级依次排列，
[0084]
所述更新单元703，具体用于确定所述静态数据库的第一读取路径；
[0085]
所述更新单元703，具体用于根据所述第一存储路径中的所述多个路径要素的优先级依次对所述第一读取路径进行更新，以得到第三读取路径；
[0086]
所述更新单元703，具体用于根据所述第二存储路径中的路径要素对所述第三读取路径进行更新，以得到第二读取路径。
[0087]
优选的，在本申请一些可能的实现方式中，所述更新单元703，具体用于确定所述第二存储路径与所述第一存储路径的非关联节点，所述非关联节点用于指示所述第二存储路径与所述第一存储路径具有不同路径要素的数据节点；
[0088]
所述更新单元703，具体用于根据所述非关联节点确定路径变化信息；
[0089]
所述更新单元703，具体用于根据所述路径变化信息对所述第三读取路径进行更新，以得到第二读取路径。
[0090]
优选的，在本申请一些可能的实现方式中，所述更新单元703，具体用于根据所述非关联节点确定所述第二存储路径中的层级信息，所述层级信息用于指示所述预设算法的参数大小，所述预设算法的参数大小包括所述第一类数据的缩放比例；
[0091]
所述更新单元703，具体用于根据所述层级信息分别确定各个层级的所述路径变化信息。
[0092]
优选的，在本申请一些可能的实现方式中，所述更新单元703，具体用于获取满足预设条件的第一类数据，所述预设条件为与所述第二类数据存在对应关系的第一类数据；
[0093]
所述更新单元703，具体用于确定所述满足预设条件的第一类数据的第三存储路径；
[0094]
所述更新单元703，具体用于根据所述第二类数据与所述满足预设条件的第一类数据的对应关系对第三存储路径进行更新，以得到第二存储路径。
[0095]
优选的，在本申请一些可能的实现方式中，所述更新单元703，还用于确定不满足预设条件的第一类数据为第三类数据，并获取所述第三类数据的路径信息；
[0096]
所述更新单元703，具体用于根据所述第三类数据的路径信息对所述静态数据库的数据读取路径进行更新。
[0097]
优选的，在本申请一些可能的实现方式中，所述更新单元703，还用于根据所述第二读取路径生成资源版本号，所述资源版本号为当前所述静态数据库读取数据路径的标识信息。
[0098]
通过对静态数据库中的数据进行分类，并根据数据之间的关联关系确定第一类数据和第二类数据，然后为所述第一类数据的多个路径要素生成第一存储路径，并根据所述第二类数据与所述第一类数据的对应关系对第一存储路径进行更新，以得到第二存储路径，继而对整体数据的数据读取路径进行更新；即通过梳理已有静态资源发布集成流程的关联关系，减少了各组开发人员之间依赖，提高开发效率；并自动化集成最新资源，防止资源遗漏；而且规范路径，资源使用更规范、清晰，提高了应用运行的稳定性。
[0099]
本申请实施例还提供了一种数据管理装置，请参阅图8，图8是本申请实施例提供的另一种数据管理装置的结构示意图，该数据管理装置800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，cpu)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据管理装置中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在数据管理装置800上执行存储介质830中的一系列指令操作。
[0100]
数据管理装置800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
[0101]
上述实施例中由数据管理装置所执行的步骤可以基于该图8所示的数据管理装置结构。
[0102]
本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有数据管理指令，当其在计算机上运行时，使得计算机执行如前述图2至图6所示实施例描述的方法中数据管理装置所执行的步骤。
[0103]
本申请实施例中还提供一种包括数据管理指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图2至图6所示实施例描述的方法中数据管理装置所执行的步骤。
[0104]
本申请实施例还提供了一种数据管理系统，所述数据管理系统可以包含图7所描述实施例中的数据管理装置，或者图8所描述的数据管理装置。
[0105]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0106]
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0107]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0108]
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0109]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，数据管理装置，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0110]
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。