CN102663076A - 文件数据处理方法 - Google Patents
文件数据处理方法 Download PDFInfo
- Publication number
- CN102663076A CN102663076A CN2012100942278A CN201210094227A CN102663076A CN 102663076 A CN102663076 A CN 102663076A CN 2012100942278 A CN2012100942278 A CN 2012100942278A CN 201210094227 A CN201210094227 A CN 201210094227A CN 102663076 A CN102663076 A CN 102663076A
- Authority
- CN
- China
- Prior art keywords
- data
- node
- path
- file
- database
- 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.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种文件数据处理方法，包括以下步骤：S1：为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；S2：接收外部数据操作指令，所述指令包括增加、修改、删除、查询；S3：分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。本技术方案使数据可以从属于多个分类，能够实现数据存储的多路关联、目录展示以及控制。实现了存储数据显示在不同展示界面的同步管理，包括同步内容增加、修改、删除、查询等操作；节约了存储空间，原先多个相同存储数据需占用多个存储空间，现在可以实现单一存储数据，多种复用展示。
Description
技术领域
本发明涉及数据处理技术领域，尤其涉及一种文件数据处理方法。
背景技术
在现实生活中，大部分物品应该都有多种归类，如一个电影，有可能属于欧美电影，同时又属于动作片，我们将这些内容放在计算机中表达的时候，经常建立文件夹并存成文件，但window的文件复制，一份文件被存放在不同的文件夹中，需要通过复制多份相同的文件存储在各自的文件夹中。
应用上述方法存在诸多的缺陷，如：浪费存储空间，展示不同文件夹分类下的相同文件需要通过复制来实现，实际上在系统存储中是独立的两份材料。在多个文件夹中展示相同的文件，就需要在多个文件夹中存放多个文件，浪费了存储空间；管理维护困难，不同文件夹分类下的相同文件，如果有修改、更新或删除操作，需要对每个文件夹的文件进行编辑、替换或删除操作，无法同步文件版本和信息，尤其是在企业信息管理中，容易导致数据混乱；查询归档烦杂，由于不同文件夹分类下有相同文件，在查询过程中就存在非唯一性，无法有效选择查询的确切文件，同时在信息管理中，对于单一文件的归档操作，也因非唯一性而需要进行多项操作；统计信息不准确，不同文件夹下的相同文件，对多种类型、多种层级文件进行统计时，相同文件容易被重复统计，导致统计数据失真。
发明内容
本发明主要解决的技术问题是提供文件数据处理方法，使数据可以从属于多个分类，并且类似文件系统一样，提供基础功能，从而实现数据存储的多路关联、目录展示、控制。
为解决上述技术问题，本发明采用的一个技术方案是：提供一种文件数据处理方法，包括以下步骤：
S1：为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；其中，所述数据包括文件和文件夹，每个节点允许被多个路径引用；
S2：接收外部数据操作指令，所述指令包括增加、修改、删除、查询；
S3：分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。
在步骤S1中根据数据之间的从属关系建立每个节点的路径的具体过程为：
先建立根目录数据所对应的节点的路径，再建立直接从属于根目录下的数据所对应节点的路径，依次建立下一层次的数据所对应的节点的路径直至所有的数据从属关系都已建立路径；其中，所有路径均起始于根目录数据所对应的节点。
在步骤S3中，当判断出操作指令为增加数据时，所述对节点执行相应的路径管理具体为：
S311：将新增数据保存至数据库；
S312：根据该新增数据从属于数据库中已有数据的关系，建立该新增数据从根目录节点至该新增数据所对应的节点的路径；
S313：根据数据库中已有数据从属于该新增数据的关系，建立所述数据库中已有数据所对应的节点引用该新增数据所对应节点的路径。
在步骤S3中，当判断出操作指令为删除数据时，所述对节点执行相应的路径管理具体为：
S321：选择需要删除的数据所对应的节点，即目标节点；
S322：根据数据库中引用了该目标节点的所有路径，查找目标节点的所有下级节点并记录，删除所述下级节点所对应的路径；
S323：根据数据库中记录的目标节点及其所有下级节点，逐个判断节点是否有其他路径，若是，则不操作，若否，则删除目标节点所对应的数据。
在步骤S3中，当判断出操作指令为修改数据时，所述对节点执行相应的路径管理具体为：
S331：选取需要修改的数据所对应的节点；
S332：根据数据库中已有数据的关系，判断是否对数据所对应的节点的路径进行变更，若是，则重新计算该数据所对应的节点的全部路径，若否，则不操作；
在步骤S3中，当判断出操作指令为查询数据时，所述对节点执行相应的路径管理具体为：
S341：查询可见的数据所对应的节点；
S342：根据数据所对应的节点的路径展示单层或多层数据所对应的节点的结构；
其中，所述节点路径为定长的UID。
具体的，所述节点路径为8位、16位或其他长度的数值。
为了解决上述技术问题，本技术方案提供一种文件数据处理系统，包括数据库建立单元、操作单元以及处理单元；
所述数据库建立单元用于为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；其中，所述数据包括文件和文件夹，每个节点允许被多个路径引用；
所述操作单元用于接收外部数据操作指令，所述指令包括增加、修改、删除、查询；
所述处理单元用于分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。
本发明的有益效果是：本技术方案能够实现文件数据的方便定义，对数据库中的数据所对应的节点进行操作，使数据可以从属于多个分类，能够实现数据存储的多路关联、目录展示以及控制。实现了存储数据显示在不同展示界面的同步管理，包括同步内容修改、增加、删除、查询等操作。应用本技术方案节约了存储空间，原先多个相同存储数据需占用多个存储空间，现在可以实现单一存储数据，多种复用展示；精确了统计数据，单一存储数据多种复用展示后，依然按照单一数据统计显示结果。
附图说明
图1是本发明技术方案的增加文件数据处理方法的流程图；
图2是本发明技术方案的增加文件数据处理过程的实施方式之一；
图3是本发明技术方案的增加文件数据处理过程的“服装”实施方式的节点结构图；
图4是本发明技术方案的删除文件数据处理后的“服装”实施方式的节点结构图；
图5是本发明技术方案的修改文件数据处理过程的“服装”实施方式的节点结构图；
图6是本发明技术方案的修改文件数据处理后的“服装”实施方式的节点结构图；
图7是本发明技术方案的查询文件数据处理的“服装”实施方式的节点结构图；
图8是本发明技术方案的删除文件数据处理方法的流程图；
图9是本发明技术方案的修改文件数据处理方法的流程图；
图10是本发明技术方案的查询文件数据处理方法的流程图；
图11是本发明技术方案的删除文件数据处理前的“服装”实施方式的节点结构图；
图12是本发明技术方案的文件数据处理方法的流程图。
具体实施方式
为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。
参阅图12，本技术方案提供的文件数据处理方法，包括以下步骤：
S1：为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；其中，所述数据包括文件和文件夹，每个节点允许被多个路径引用；
S2：接收外部数据操作指令，所述指令包括增加、修改、删除、查询；
S3：分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。
在步骤S1中根据数据之间的从属关系建立每个节点的路径的具体过程为：
先建立根目录数据所对应的节点的路径，再建立直接从属于根目录下的数据所对应节点的路径，依次建立下一层次的数据所对应的节点的路径直至所有的数据从属关系都已建立路径；其中，所有路径均起始于根目录数据所对应的节点。
请参阅图1，在步骤S3中，当判断出操作指令为增加数据时，所述对节点执行相应的路径管理具体为：
S311：将新增数据保存至数据库；
S312：根据该新增数据从属于数据库中已有数据的关系，建立该新增数据从根目录节点至该新增数据所对应的节点的路径；
S313：根据数据库中已有数据从属于该新增数据的关系，建立所述数据库中已有数据所对应的节点引用该新增数据所对应节点的路径。
所述节点用于表达文件数据的路径，而节点的编号是唯一标识，用这个标识可以唯一定位一个节点，在本技术方案中，所述各级节点为定长的UID，如8位、16位或其他长度的数值。
参阅附图2，以下以一个具体实施例说明增加操作控制的过程：在已有文件目录结构(根节点noderoot，根路径：/noderoot；)数据中添加数据一级节点，数据文件类型、字段不限，一级节点的路径为：/noderoot/node1000；，一级节点下增加二级节点，设二级节点为：node1100，node1200，node1300...，
则二级节点的路径为：
/noderoot/node1000/node1100；
/noderoot/node1000/node1200；
/noderoot/node1000/node1300；.....
同时节点node1300属于多个上一级节点的，记做：
/noderoot/node1000/node1300；/noderoot/node2000/node1300；/noderoot/node3000/node1300；
根据路径展示多个子目录，以此类推。
在二级节点下增加三级节点，在数据库中存储三级节点的路径为：
/noderoot/node2000/node1300/node1110；
/noderoot/node2000/node1300/node1310；
/noderoot/node2000/node1300/node1320；
同时节点node1110属于多个二级节点的，记做：
/noderoot/node1000/node1100/node1110；/noderoot/node1000/node1200/node1110；/noderoot/node1000/node1300/node1110；.....
根据路径展示多个三级节点，以此类推。
参阅图3，举例有这样一个“服装”的根目录，其数据格式如下：
第一步：增加一级数据文件的节点
在文件目录结构数据服装(根目录00)中添加三个一级文件，设为一级节点，在内存中记录：女装、男装、童装(01，02，03)，并在数据库中记录数据和节点路径(/00/01；/00/02；/00/03；)，可以根据数据库数据和节点路径展开。
第二步：增加二级数据文件节点
在女装下增加下一级节点，即二级节点：棉衣、夹克和连衣裙数据文件节点(04、05、06)。同时将二级数据文件节点棉衣引用到一级数据文件节点男装和童装下(02、03)。使消费者在查看男装和童装下也能查到棉衣(04)。我们需要在数据库中记录数据和节点路径。可以根据数据库数据和节点路径展开，此时路径重算。
第三步：增加三级数据文件节点
在二级文件下增加女装棉衣、夹克、连衣裙中的三级文件(实际上是三级节点)品牌(07)、女装棉衣的衣长(08)和领子(09)，我们需要在数据库中记录数据和节点路径。可以根据数据库数据和节点路径展开，以此类推，第四级、第五级.......完成数据所对应节点的路径的新增。
参阅附图8，当判断出操作指令为删除数据时，所述对节点执行相应的路径管理具体为：
S321：选择需要删除的数据所对应的节点，即目标节点；
S322：根据数据库中引用了该目标节点的所有路径，查找目标节点的所有下级节点，删除所述下级节点所对应的数据；
S323：根据数据库中该目标节点的路径，逐个判断目标节点的上级节点下是否有其他节点，若是，则只删除目标节点所对应的数据，若否，则删除目标节点所对应的数据及该上级节点所对应的数据。
以下以删除路径/noderoot/node1000/node1300；下的节点node1300后的路径为例进一步说明：
已有文件目录数据结构中，各级数据文件节点的路径如下：
1、根路径：
/noderoot；
2、一级节点路径：
/noderoot/node 1000；
/noderoot/node2000；
/noderoot/node3000；
3、二级节点路径：
/noderoot/node1000/node1100；
/noderoot/node1000/node1200；
/noderoot/node1000/node1300；/noderoot/node2000/node1300；/noderoot/node3000/node1300；
4、三级节点路径：
第一个节点node1110的路径：
/noderoot/node1000/node1100/node1110；/noderoot/node1000/node1200/node1110；/noderoot/node2000/node1300/node1110；
第二个节点node1310的路径：
/noderoot/node2000/node1300/node1310；
第三个节点node1320的路径：
/noderoot/node2000/node1300/node1320；
删除路径/noderoot/node1000/node1300；下的节点node1300后，数据文件节点的路径如下：
1、根路径：
/noderoot；
2、一级文件路径：
/noderoot/node 1000；
/noderoot/node2000；
/noderoot/node3000；
3、二级文件路径：
/noderoot/node1000/node1100；
/noderoot/node1000/node1200；
/noderoot/node2000/node1300；/noderoot/node3000/node1300；
4、三级文件路径：
/noderoot/node1000/node1100/node1110；/noderoot/node1000/node1200/node1110；
参阅图11、图4，以下以“服装”的目录结构给予举例说明，其数据格式如下：
假设现在要删除路径为：/00/01/04；的所有棉衣，在文件目录结构数据：00服装，其路径为：/00；，并已添加三级数据目录，该数据目录存在多级节点从属关系。
步骤一：确定要删除的文件节点：女装下的棉衣，其路径为：/00/01/04；。
步骤二：从数据库查找并记录该节点(女装下的棉衣)下的所有路径：/00/01/04；、/00/01/04/07；、/00/01/04/08；、/00/01/04/09；，记录所有数据为：04、07、08、09
步骤三：从数据库查找并记录该节点(女装下的棉衣)下的所有路径：/00/01/04；、/00/01/04/07；、/00/01/04/08；、/00/01/04/09；，记录所有数据的节点为：04、07、08、09。
步骤四：逐个判断上一级节点(女装下的棉衣)路径下的数据(含节点数据)是否有其他路径，04数据所对应的节点还有/00/02/04；和/00/03/04；两条路径，数据不操作；07数据所对应的节点还有/00/01/05/07；和/00/01/06/07；两条路径，数据不操作；08、09数据可直接删除。
参阅图9，当判断出操作指令为修改数据时，所述对节点执行相应的路径管理具体为：
S331：选取需要修改的数据所对应的节点；
S332：根据数据库中已有数据的关系，判断是否对数据所对应的节点的路径进行变更，若是，则重新计算该数据所对应的节点的全部路径，若否，则不操作。
参阅图6，以下以“服装”为例给予详细说明：
假设现在要修改女装的棉衣信息，其路径为：/00/01/04；棉衣，在文件目录结构数据：服装(路径：/00；)，并已添加三级数据目录，该数据目录存在多级节点从属关系。
步骤一：确定要修改的数据文件所对应的节点：女装下的棉衣，其路径为：/00/01/04；，其数据修改为棉衣1；
步骤二：对数据所对应的节点进行移动或复制存储，对其路径进行修改，确定要修改的文件的节点：女装下的棉衣，路径为：/00/01/04；，移动女装棉衣到男装下；
步骤三：对数据路径进行重计算，从数据库查找并重新记录该节点(男装下的棉衣)下的所有路径：/00/02/04；，/00/02/04/07；，/00/02/04/08；，/00/02/04/09；，修改后的“服装”目录具体结构请参照附图5。
参阅图10，当判断出操作指令为查询数据时，所述对节点执行相应的路径管理具体为：
S341：查询可见的数据所对应的节点；
S342：根据数据所对应的节点的路径展示单层或多层数据所对应的节点的结构。
参阅图7，以“服装”的目录结构为例：
在文件目录结构数据服装中已经添加三级数据目录，该数据目录存在多级节点从属关系，假设现在要查询棉衣04的节点信息。
步骤一：确定要查询的文件节点：棉衣(04)。
步骤二：快速从数据库查找并记录该节点(棉衣)下的路径：/01/04；，/02/04；，/03/04；，并展示，查询到的棉衣的“服装”目录结构请参阅图6。
通过上述技术方案，实现了存储数据显示在不同展示界面的同步管理，包括同步内容修改、增加、删除、查询等操作；节约了存储空间，原先多个相同存储数据需占用多个存储空间，现在可以实现单一存储数据，多种复用展示；精确了统计数据，单一存储数据多种复用展示后，依然按照单一数据统计显示结果。该技术方案通过虚拟技术，扩展计算机文件夹的功能，使长期以来只能按树形存储，扩展成为每个节点可以多根，实现存储数据的多路引用展示，同时源文件和引用文件在展示层上没有任何区别，可以同步维护存储数据信息。
为了解决上述技术问题，本技术方案提供一种文件数据处理系统，包括数据库建立单元、操作单元以及处理单元；
所述数据库建立单元用于为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；其中，所述数据包括文件和文件夹，每个节点允许被多个路径引用；
所述操作单元用于接收外部数据操作指令，所述指令包括增加、修改、删除、查询；
所述处理单元用于分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (9)
1.一种文件数据处理方法，包括以下步骤：
S1：为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；其中，所述数据包括文件和文件夹，每个节点允许被多个路径引用；
S2：接收外部数据操作指令，所述指令包括增加、修改、删除、查询；
S3：分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。
2.根据权利要求1所述的文件数据处理方法，其特征在于：在步骤S1中根据数据之间的从属关系建立每个节点的路径的具体过程为：
先建立根目录数据所对应的节点的路径，再建立直接从属于根目录下的数据所对应节点的路径，依次建立下一层次的数据所对应的节点的路径直至所有的数据从属关系都已建立路径；其中，所有路径均起始于根目录数据所对应的节点。
3.根据权利要求1所述的文件数据处理方法，其特征在于：在步骤S3中，当判断出操作指令为增加数据时，所述对节点执行相应的路径管理具体为：
S311：将新增数据保存至数据库；
S312：根据该新增数据从属于数据库中已有数据的关系，建立该新增数据从根目录节点至该新增数据所对应的节点的路径；
S313：根据数据库中已有数据从属于该新增数据的关系，建立所述数据库中已有数据所对应的节点引用该新增数据所对应节点的路径。
4.根据权利要求1所述的文件数据处理方法，其特征在于：在步骤S3中，当判断出操作指令为删除数据时，所述对节点执行相应的路径管理具体为：
S321：选择需要删除的数据所对应的节点，即目标节点；
S322：根据数据库中引用了该目标节点的所有路径，查找目标节点的所有下级节点并记录，删除所述下级节点所对应的路径；
S323：根据数据库中记录的目标节点及其所有下级节点，逐个判断节点是否有其他路径，若是，则不操作，若否，则删除目标节点所对应的数据。
5.根据权利要求1所述的文件数据处理方法，其特征在于：在步骤S3中，当判断出操作指令为修改指定数据所对应的节点时，所述对节点执行相应的路径管理具体为：
S331：选取需要修改的数据所对应的节点；
S332：根据数据库中已有数据的节点关系，判断是否对指定数据所对应节点的路径进行变更，若是，则重新计算该数据所对应节点的全部路径，若否，则不操作。
6.根据权利要求1所述的文件数据处理方法，其特征在于：在步骤S3中，当判断出操作指令为查询时，所述对节点执行相应的路径管理具体为：
S341：查询可见的数据所对应的节点；
S342：根据数据所对应节点的路径展示单层或多层节点的结构。
7.根据权利要求1所述的文件数据处理方法，其特征在于：所述节点路径为定长的UID。
8.根据权利要求1所述的文件数据处理方法，其特征在于：所述节点路径为8位、16位或其他长度的数值。
9.一种文件数据处理系统，其特征在于：包括数据库建立单元、操作单元以及处理单元；
所述数据库建立单元用于为数据库中数据建立对应的具有唯一标识的节点，根据数据之间的从属关系建立每个节点的路径，保存该路径；其中，所述数据包括文件和文件夹，每个节点允许被多个路径引用；
所述操作单元用于接收外部数据操作指令，所述指令包括增加、修改、删除、查询；
所述处理单元用于分析操作指令，判断操作指令类型；根据指令类型，对选定数据所对应的节点执行相应的路径管理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210094227.8A CN102663076B (zh) | 2012-03-31 | 2012-03-31 | 文件数据处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210094227.8A CN102663076B (zh) | 2012-03-31 | 2012-03-31 | 文件数据处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102663076A true CN102663076A (zh) | 2012-09-12 |
| CN102663076B CN102663076B (zh) | 2014-08-06 |
Family
ID=46772567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210094227.8A Active CN102663076B (zh) | 2012-03-31 | 2012-03-31 | 文件数据处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102663076B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104268092A (zh) * | 2014-09-19 | 2015-01-07 | 深圳市心讯网络科技有限公司 | 文件储存系统和文件储存方法 |
| CN104346358A (zh) * | 2013-07-29 | 2015-02-11 | 腾讯科技（深圳）有限公司 | 数据处理系统、管理中心和数据处理方法 |
| CN106874285A (zh) * | 2015-12-10 | 2017-06-20 | 中国移动通信集团公司 | 一种照片文件处理方法及终端设备 |
| CN108553897A (zh) * | 2018-03-01 | 2018-09-21 | 腾讯科技（深圳）有限公司 | 游戏中数据的处理方法、装置、存储介质和电子装置 |
| CN109033411A (zh) * | 2018-08-06 | 2018-12-18 | 深圳市嘀哒知经科技有限责任公司 | 一种知识技能的搜索方法 |
| CN110659154A (zh) * | 2018-06-28 | 2020-01-07 | 北京京东尚科信息技术有限公司 | 一种数据处理方法和装置 |
| CN111339042A (zh) * | 2020-03-26 | 2020-06-26 | 佛山中科芯蔚科技有限公司 | 数据的操作处理方法、系统及调度服务器 |
| CN111651639A (zh) * | 2020-04-27 | 2020-09-11 | 宁波吉利汽车研究开发有限公司 | 一种地址空间管理方法、装置、设备和介质 |
| CN111967229A (zh) * | 2020-09-01 | 2020-11-20 | 申建常 | 一种高效标签式数据分析方法及分析系统 |
| CN112199341A (zh) * | 2020-12-07 | 2021-01-08 | 深圳市房多多网络科技有限公司 | 一种文件存储系统、方法及设备 |
| CN112245916A (zh) * | 2020-11-20 | 2021-01-22 | 北京冰封互娱科技有限公司 | 游戏中镜像岛地图的生成方法、装置、设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1547137A (zh) * | 2003-12-02 | 2004-11-17 | 中国科学院计算技术研究所 | 基于数据库的海量文件管理系统与方法 |
| US20070112809A1 (en) * | 2004-06-25 | 2007-05-17 | Yan Arrouye | Methods and systems for managing data |
| CN102236589A (zh) * | 2010-05-04 | 2011-11-09 | 南京壹进制信息技术有限公司 | 一种基于数字标识符管理增量文件的数据保护方法 |
-
2012
- 2012-03-31 CN CN201210094227.8A patent/CN102663076B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1547137A (zh) * | 2003-12-02 | 2004-11-17 | 中国科学院计算技术研究所 | 基于数据库的海量文件管理系统与方法 |
| US20070112809A1 (en) * | 2004-06-25 | 2007-05-17 | Yan Arrouye | Methods and systems for managing data |
| CN102236589A (zh) * | 2010-05-04 | 2011-11-09 | 南京壹进制信息技术有限公司 | 一种基于数字标识符管理增量文件的数据保护方法 |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104346358A (zh) * | 2013-07-29 | 2015-02-11 | 腾讯科技（深圳）有限公司 | 数据处理系统、管理中心和数据处理方法 |
| CN104346358B (zh) * | 2013-07-29 | 2018-11-23 | 腾讯科技（深圳）有限公司 | 数据处理系统、管理中心和数据处理方法 |
| CN104268092A (zh) * | 2014-09-19 | 2015-01-07 | 深圳市心讯网络科技有限公司 | 文件储存系统和文件储存方法 |
| CN104268092B (zh) * | 2014-09-19 | 2016-12-14 | 盛杰 | 文件储存系统和文件储存方法 |
| CN106874285A (zh) * | 2015-12-10 | 2017-06-20 | 中国移动通信集团公司 | 一种照片文件处理方法及终端设备 |
| CN106874285B (zh) * | 2015-12-10 | 2020-06-30 | 中国移动通信集团公司 | 一种照片文件处理方法及终端设备 |
| CN108553897A (zh) * | 2018-03-01 | 2018-09-21 | 腾讯科技（深圳）有限公司 | 游戏中数据的处理方法、装置、存储介质和电子装置 |
| CN108553897B (zh) * | 2018-03-01 | 2019-06-18 | 腾讯科技（深圳）有限公司 | 游戏中数据的处理方法、装置、存储介质和电子装置 |
| CN110659154A (zh) * | 2018-06-28 | 2020-01-07 | 北京京东尚科信息技术有限公司 | 一种数据处理方法和装置 |
| CN109033411A (zh) * | 2018-08-06 | 2018-12-18 | 深圳市嘀哒知经科技有限责任公司 | 一种知识技能的搜索方法 |
| CN111339042A (zh) * | 2020-03-26 | 2020-06-26 | 佛山中科芯蔚科技有限公司 | 数据的操作处理方法、系统及调度服务器 |
| CN111339042B (zh) * | 2020-03-26 | 2024-03-01 | 北京快映互娱传媒有限公司 | 数据的操作处理方法、系统及调度服务器 |
| CN111651639A (zh) * | 2020-04-27 | 2020-09-11 | 宁波吉利汽车研究开发有限公司 | 一种地址空间管理方法、装置、设备和介质 |
| CN111967229A (zh) * | 2020-09-01 | 2020-11-20 | 申建常 | 一种高效标签式数据分析方法及分析系统 |
| CN112245916A (zh) * | 2020-11-20 | 2021-01-22 | 北京冰封互娱科技有限公司 | 游戏中镜像岛地图的生成方法、装置、设备及存储介质 |
| CN112245916B (zh) * | 2020-11-20 | 2024-03-22 | 北京冰封互娱科技有限公司 | 游戏中镜像岛地图的生成方法、装置、设备及存储介质 |
| CN112199341A (zh) * | 2020-12-07 | 2021-01-08 | 深圳市房多多网络科技有限公司 | 一种文件存储系统、方法及设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102663076B (zh) | 2014-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102663076B (zh) | 文件数据处理方法 | |
| CN100541441C (zh) | 一种计算机文件系统的快照创建、删除及修改方法 | |
| CN106934014B (zh) | 一种基于Hadoop的网络数据挖掘与分析平台及其方法 | |
| AU2006200226B2 (en) | File system represented inside a database | |
| CN100468402C (zh) | 一种数据存储及查询方法 | |
| CN104881466B (zh) | 数据分片的处理以及垃圾文件的删除方法和装置 | |
| JP6262874B2 (ja) | データベース実現方法 | |
| CN104239443B (zh) | 一种序列化数据操作日志的存储方法 | |
| CN105956123A (zh) | 基于局部更新软件的数据处理方法及装置 | |
| CN106708891A (zh) | 一种网管数据同步方法及装置 | |
| CN102893281A (zh) | 信息搜索设备、信息搜索方法、计算机程序和数据结构 | |
| CN101673287A (zh) | 一种sql语句生成方法及系统 | |
| CN103473296A (zh) | 一种适用于云计算的回收站机制及其系统 | |
| CN105683940A (zh) | 处理混合流的数据流图 | |
| EP2521980A1 (en) | Traversal-free rapid data transfer | |
| CN106708941B (zh) | 电网多任务在线协同编辑方法 | |
| CN101221504A (zh) | 测试脚本的处理方法及其调度执行系统 | |
| CN107748752A (zh) | 一种数据处理方法及装置 | |
| CN106095964A (zh) | 一种对数据进行可视化归档与搜索的方法 | |
| CN105512325B (zh) | 多版本数据索引的更新、删除与建立方法及装置 | |
| CN103914487A (zh) | 文档的采集、标识及关联的系统 | |
| CN102722368B (zh) | 一种基于文档树和消息泵的插件式软件设计方法 | |
| CN106802928B (zh) | 电网历史数据管理方法及其系统 | |
| CN105224663A (zh) | 一种基于多个数据源的数据访问任务管理方法及装置 | |
| CN105912427A (zh) | 一种数据容灾同步的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |