CN104239528B - 文件储存系统和文件储存路径记录方法 - Google Patents
文件储存系统和文件储存路径记录方法 Download PDFInfo
- Publication number
- CN104239528B CN104239528B CN201410480302.3A CN201410480302A CN104239528B CN 104239528 B CN104239528 B CN 104239528B CN 201410480302 A CN201410480302 A CN 201410480302A CN 104239528 B CN104239528 B CN 104239528B
- Authority
- CN
- China
- Prior art keywords
- node
- storage
- continue
- file
- terminal
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 22
- 230000008859 change Effects 0.000 abstract description 10
- 238000013507 mapping Methods 0.000 abstract description 10
- 230000007812 deficiency Effects 0.000 abstract description 4
- 238000013500 data storage Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 6
- 239000012634 fragment Substances 0.000 description 4
- 230000037213 diet Effects 0.000 description 3
- 235000005911 diet Nutrition 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000037361 pathway Effects 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000004321 preservation Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000000241 respiratory effect Effects 0.000 description 2
- 230000035807 sensation Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000000465 moulding Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000002002 slurry Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/1737—Details of further file system functions for reducing power consumption or coping with limited storage space, e.g. in mobile devices
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及数据储存领域，具体而言，涉及文件储存系统和文件储存路径记录方法。该文件储存系统至少一个储存体系，储存体系包括多个前继节点和多个终端节点；每个终端节点能与任意的前继节点，和/或任意的储存文件，和/或任意的终端节点进行关联；每个前继节点能与其他的任意的前继节点关联，或与任意的终端节点进行关联；至少一个终端节点和指定的前继节点按照预设的关联关系进行关联，以形成至少一个储存体系，即使储存路径发生了改变，只需要调整前继节点和终端节点之间的映射关系，来形成新的路径，而不需要改变文件储存位置，从而避免了在不同的储存体系中，储存同一文件时，会造成储存系统资源浪费的问题，从而解决了现有技术中的不足。
Description
技术领域
本发明涉及数据储存领域，具体而言，涉及文件储存系统和文件储存路径记录方法。
背景技术
现代化社会中，随着自动化程度的提高，计算机已经成为了生产生活中不可获取的一个部分。使用计算机的前提便是对计算机进行编程和在计算机内部储存数量足够多的文件以及应用程序，以使其具有各种各样的功能。
对计算机进行编程、储存文件，或者安装应用程序的过程，从本质上来看，都是将数据内容写入计算机的一个过程。以储存文件为例进行说明，传统的储存方式是将待储存的文件储存到预设的储存位置(某储存空间中)，其中，预设的储存位置是通过多级限定的方式来指明的，如可以将某文件储存到C盘→A文件夹→B子文件夹中，这样通过多个层级的重复限定方式，使得某文件最终被储存到B子文件夹中，当然也可以说某文件是储存到A文件夹，或者C盘中。其中，C盘、A文件夹和B子文件夹可以认为是节点，C盘是祖先节点，A文件夹是父节点，B子文件夹是子节点，祖先节点(C盘)所对应的是一个范围较大的储存空间，A文件夹和B子文件夹分别是这个范围较大的储存空间的某一个部分，B子文件夹又是在A文件夹的从属文件夹。
随着使用，发现了一个问题，就是在创建文件，或者说明文件位置的时候会产生选择性的困难。具体而言，如某公司的“财务报表.xls”文件，根据不同使用的需要，需要存储在不同的位置上，也就是需要“财务报表.xls”有多种存储路径，比如放在：“D：\A公司\职能\财务文件夹”中，也可能放在“D：\职能\财务\A公司文件夹中”。如餐饮行业中需要在计算机内部储存文件“肯德基饮食规划”，可以存放在“C：餐饮\肯德基\规划文件夹中”，也可以存放在“C：肯德基\餐饮\规划\3-5年规划文件夹”。其中，C：肯德基\餐饮\规划\3-5年规划文件夹”和“C：餐饮\肯德基\规划文件夹中”是不同的储存体系，也就是说，根据使用者不同的需求，需要将内容完全相同的文件储存在不同的文件夹中，但现有的储存系统里面，同一个文件只能直接储存在一个文件夹(储存体系)中，因此，为了解决这个问题，只能在其他的文件夹(储存体系)中储存相同的文件，因此而造成了同一个文件被重复储存到了系统的各个角落，造成了大量的内存资源的占用，浪费了系统资源。
综上，现有技术中，在不同的储存体系中，储存同一文件时，会造成储存系统资源的浪费。
发明内容
本发明的目的在于提供文件储存系统和文件储存路径记录方法，以解决上述的问题。
在本发明的实施例中提供了文件储存系统，包括：至少一个储存体系，储存体系包括多个前继节点和多个终端节点；
每个终端节点能与任意的前继节点，和/或任意的储存文件，和/或任意的终端节点进行关联；
每个前继节点能与其他的任意的前继节点关联，或与任意的终端节点进行关联；
至少一个终端节点和指定的前继节点按照预设的关联关系进行关联，以形成至少一个储存体系。
优选的，每个终端节点均包括储存空间，储存空间内记录有与指定的终端节点相关联的储存文件。
优选的，每个储存空间与其他任意的储存空间均是相互独立的。
优选的，每个前继节点均包括储存空间，储存空间内记录有与指定的前继节点相关联的储存文件。
优选的，关联关系包括包含关系和映射关系。
本发明实施例还提供了文件储存路径记录方法，基于文件储存系统，包括：
获取预设的储存路径，储存路径包括按照预设顺序关联的多个前继节点和多个终端节点；
分别记录每个前继节点与其他前继节点的关联关系和每个终端节点与每个前继节点的关联关系，以形成节点关联关系；
将预先获取的待储存文件储存到指定的位置，以确定储存地址；
将储存地址与指定的终端节点进行关联，以生成储存关联关系；
记录储存关联关系、节点关联关系和储存地址。
优选的，还包括：
根据储存路径，确认直接相邻的两个前继节点，或直接相邻的前继节点和终端节点，以确定多个直接关联组；
根据每个前继节点和每个终端节点的节点编号，记录每个直接关联组中的两个节点编号和关联顺序，以确定节点关联关系。
优选的，根据每个前继节点和每个终端节点的节点编号，记录每个直接关联组中的两个节点编号和关联顺序还包括：
根据前继节点的编号和终端节点的编号，生成节点关联表，节点关联表的行表头列出了前继节点的节点编号和终端节点的节点编号，节点关联表的列表头列出了前继节点的节点编号和终端节点的节点编号，节点关联表的每个元素中记载了列表头中，或行表头中与元素相对应的直接关联的前继节点与前继节点的关联关系，或直接关联的前继节点与终端节点的关联关系。
本发明实施例提供的文件储存系统，与现有技术中的一个文件只能直接储存在一个节点(文件夹)中，导致了当一个文件需要直接储存在不同的文件时，必须在每个文件夹中均进行储存，造成储存系统资源的浪费相比，其通过使每个终端节点能与任意的前继节点，和/或任意的储存文件，和/或任意的终端节点进行关联；每个前继节点能与其他的任意的前继节点关联，或与任意的终端节点进行关联，使文件只需要储存在一个与终端节点相关联的储存位置，进而通过多级关联的方式，将前继节点与前继节点相关联，前继节点与终端节点相关联，或者终端节点与终端节点相关，进而使储存体系包括了顺序连接的多个前继节点，和至少一个终端节点，也就是即使储存路径发生了改变，或者需要使用多个路径来引用文件，只需要调整前继节点和终端节点之间的映射关系，来形成新的路径，而不需要改变文件储存位置，从而避免了在不同的储存体系中，储存同一文件时，会造成储存系统资源浪费的问题，从而解决了现有技术中的不足。
附图说明
图1a示出了本发明相关技术中的储存路径图；
图1b示出了本发明所提供的文件储存系统的一种储存路径图；
图2示出了本发明所提供的文件储存系统的另一种储存路径图；
图3示出了本发明所提供的文件储存路径记录方法流程图；
图4示出了本发明所提供的文件储存路径记录方法的节点关联图；
图5示出了本发明所提供的文件储存系统的复合节点关联图。
具体实施方式
下面通过具体的实施例子并结合附图对本发明做进一步的详细描述。
本发明实施例1提供了文件储存系统，包括：至少一个储存体系，储存体系包括多个前继节点和多个终端节点；
每个终端节点能与任意的前继节点，和/或任意的储存文件，和/或任意的终端节点进行关联；
每个前继节点能与其他的任意的前继节点关联，或与任意的终端节点进行关联；
至少一个终端节点和指定的前继节点按照预设的关联关系进行关联，以形成至少一个储存体系。
如图1a所示，提供了相关技术中，所使用的储存体系，2.xls只有一个路径：root：\C\F\2.xls。也就是不管哪个文件都只能存储在同一个节点(文件夹)下，且都是由同一个祖先节点(根节点，或root)引出的。造成这种情况的原因是每个父节点均包含了指定的子节点(储存空间上也是包含的关系)，并且父节点之间不会相互嵌套(不会产生储存位置相互交界的情况)。如此，子节点一定是属于父节点的子集，属于父节点的一部分。这样的系统，如果需要在E或G中储存文件，同样需要将文件多次进行储存，由于存储到了不同的储存位置，导致了相同的数据资源反复占用了系统的储存空间。
图1b中提供了本发明所提供的文件储存系统的基本架构图。图中的root并没有实际含义，可以由其他的前继节点所替代。前、后继节点与父子节点的差别在于，前继节点之间并不必然有包含和被包含的关系，各个前继节点和后继节点之间的储存空间可以是相互独立的。这样，在设置保存路径的时候，可以通过关联，或者通过映射的方式，来设置保存的路径。比如图1b中的文件2.xls可以具有如下几种储存路径：(1)，root：\C\F\2.xls；(2)root：\D\F\2.xls；(3)root：\D\G\2.xls。
如此设置，能够使路径保存的更加合理。
具体如，C的名字可以是饮食，D可以是餐饮，F是肯德基，文件2.xls是规划表。肯德基是属于饮食，也是属于餐饮的一部分，而2.xls是肯德基在一定时间内的计划，因而F可以根据具体的情况不同，分别被C和D进行关联。
如在某公司中，不同的部分均需要看到财务报表，财务报表属于财务部的管理下，也就是图中的F可以是财务部，2.xls是财务报表，C和D可以分别是两个想查询工资的部分，如C为工程部，D为销售部，这两个部分都想通过财务部来查询工资数量，这样，可以使用(1)，root：\C\F\2.xls；(2)root：\D\F\2.xls；方式进行查询，而传统的系统储存方式只能是，在C和D文件夹下面分别建立F子文件夹，再分别在各自的F子文件夹下放置财务报表。随着财务报表需要查询数量和需要查询财务报表的部分数量的增加，财务报表需要储存在无限多个子文件夹中，这必然会大大消耗系统的储存空间，最终可能会拖垮系统。
并且，终端节点可以被其他的终端节点，或者其他的前继节点所引用。原因在于，在某个被引用的文件夹中可能包括有子文件夹，也可能会存在文件，也就是终端节点中所存储的文件可能是被引用的终点，也可能是被引用的一个“前继节点”具体情况中，终端节点是作为终点，还是作为前继节点的，需要看终端节点在某一个路径中所起到的作用。任意一个路径的目的是通过该路径能够反映出一个文件的储存位置和储存方式。不同的使用者，或者不同的储存方法需要同一个文件以不同的储存路径来体现出来。N和M中分别记录有需要查看的数据，当路径为A/B/C/D.../N/2.xls的时候，N就是作为终端节点，路径的结尾是引用了N中的文件；相应的，当路径为A/B/C/D.../N/M/3.xls，N的作用与前继节点相同，是被引用的节点，但这并不影响他在其他的路径中作为终端节点被使用。
如此设计前继节点和终端节点，能够使储存在不同位置的文件被任意引用，也就可以使使用者根据不同的使用需求来设置路径，当然也可以是相互嵌套的关系，也就是类似于相关技术中父子节点的关系，即可以是C节点的储存空间完全被D节点的储存空间所包括，当然也可以是C节点的储存空间的一部分被D节点的储存空间所包括，也就是两个节点的储存空间互有交集的情况。这样，可以优化储存路径和储存方式，也就是既有储存空间相互交界的节点，也有储存空间互不影响的节点。引用的时候便可以是C/D/C...比如C为餐饮，D为某餐饮公司，那么餐饮可以是在中国大环境下的餐饮行业，某餐饮公司(D)必然属于中国餐饮行业内的一部分，同时，某餐饮公司除了在餐饮行业有发展，还在其他的行业有发展，那么在某餐饮公司中，餐饮就是其一小部分，因为某餐饮公司还有其他的生意。这样的两个，或者多个节点相互嵌套的形式，是现有的系统中无法具备的。如图2所示，便是相互嵌套的一种形式，图中节点A和B是作为相互嵌套的对象存在的。
同样，还可以是逻辑上的包含与被包含的关系。如C为餐饮，D为肯德基。那么餐饮通常包含有肯德基(D)，也就是储存的空间上，肯德基(D)的储存文件必然储存在餐饮的内部，但逻辑上，仍然可以使肯德基(D)来作为餐饮的关联节点。即C/D/C...。
进一步，每个终端节点均包括储存空间，储存空间内记录有与指定的终端节点相关联的储存文件。
与终端节点相关联的储存文件可以是储存在终端节点内部的储存空间中，这样有利于文件的调用。
同时，每个储存空间与其他任意的储存空间均是相互独立的。传统文件存储系统是紧凑的文件顺序存储，比如在空的存储区域中，第一次存储文件1～文件8，传统文件存储会将8个文件紧密地排列在一起。当其中文件例如文件3膨胀时(文件3中被添加数据)，由于文件3的前后文件已经占用存储空间，于是文件3只能通过链向另一个空白区域去存储新的内容，于是文件3就形成了碎片存储。而本发明所提供的文件储存系统(MDNFS)是通过HASH散列式的文件空间存储，各个储存空间是相互独立的，比如在空的存储区域中，第一次存储文件1～文件8，MDNFS会将这8个文件分散稀松地存储在地磁盘的空间上，这样当文件3需要膨胀时，可以直接在连续的空间上存储，不会形成碎片存储。传统的存储带来的碎片存取，随着使用的频繁，文件效率会逐步降低。而MDNFS在碎片存取的机率大大降低，文件存取效率会优于传统文件系统。
如前文中的描述，随着使用状态和使用原因的改变，终端节点可以作为终端节点(文件储存的终点)存在，也可以作为前继节点(存在)，同样，每个前继节点也有属于自己的储存空间，储存空间内部，同样可以储存有指定的文件。随着使用的需求前继节点同样可以成为终端节点。每个前继节点均包括储存空间，储存空间内记录有与指定的前继节点相关联的储存文件。
如前文，前继节点与前继节点、前继节点与终端节点、终端节点与终端节点的关系可以是如父子节点的包含与被包含的关系，也可以是节点之间相互关联的方也就是式，关联关系包括包含关系和映射关系。这样，在处理复杂的关系时，有利于理清条理和路径，便于因各种使用环境进行调整。
本发明所提供的文件储存系统对于描述复杂的工程体系更加具有针对性。随着工业水平的提高，工程系统由单一的链式关系(线式关系)转变为了二维的平面连接关系，正如相关技术中的节点关联图，如图1a所示，受严格的父子节点的相对关系所限定。随着工程复杂度的提高，节点与节点直接的关系不在是简单的包含关系(父子节点的关联关系)，而是变成了映射、包含、映射+包含的复杂关联关系。如图5所示，目录A和目录D分别是两个节点，其中在这一角度下，目录D是被目录A所包含的，但，如果将这个立体化的节点模型旋转一定的角度，目录A与目录D就不在是包含关系，而是变成了映射关系，正如进行统计时，某些情况下，集合A是集合B的子集，但当前提条件改变的情况下，二者的关系就发生了变化。如果按照传统的节点关联模式，是不可能将一个立体的节点模型描述清楚的，进一步，当节点关系发生了改变的时候，则需要将节点关系完全重置，再进行关联，这对一个成型的完整系统的影响无疑是巨大的。反观本发明所提供的文件储存系统，由于采用了映射、包含、映射+包含的关联方式，使得节点与节点之间的关系更加明朗，而且在需要调整的时候，只需要改变映射关系，而不需要对储存的文件进行调整，大大降低了修改节点关系时的系统工作量。
本发明实施例提供的文件储存系统，通过使每个终端节点能与任意的前继节点，和/或任意的储存文件，和/或任意的终端节点进行关联；每个前继节点能与其他的任意的前继节点关联，或与任意的终端节点进行关联，使文件只需要储存在一个与终端节点相关联的储存位置，进而通过多级关联的方式，将前继节点与前继节点相关联，前继节点与终端节点相关联，或者终端节点与终端节点相关，进而使储存体系包括了顺序连接的多个前继节点，和至少一个终端节点，也就是即使储存路径发生了改变，或者需要使用多个路径来引用文件，只需要调整前继节点和终端节点之间的映射关系，来形成新的路径，而不需要改变文件储存位置，并且通过使每个节点(前继节点和终端节点)均有独立的储存空间，使得储存的数据在修改之后，文件仍然是连续的，从而避免了在不同的储存体系中，储存同一文件时，会造成储存系统资源浪费的问题，从而解决了现有技术中的不足。
本发明实施例2提供了文件储存路径记录方法，基于实施例1的文件储存系统，如图3所示，包括如下步骤：
S101，获取预设的储存路径，储存路径包括按照预设顺序关联的多个前继节点和多个终端节点；
S102，分别记录每个前继节点与其他前继节点的关联关系和每个终端节点与每个前继节点的关联关系，以形成节点关联关系；
S103，将预先获取的待储存文件储存到指定的位置，以确定储存地址；
S104，将储存地址与指定的终端节点进行关联，以生成储存关联关系；
S105，记录储存关联关系、节点关联关系和储存地址。
步骤S101中，需要使用者根据需要定义储存的路径，也就是节点之间的相互关系。具体如A/B/C/D；D/C/B/A等。关联顺序是指A、B、C和D哪个在前，也就是排列、引用的顺序，这是使用者根据具体需求而定的。
步骤S102中，对多个节点进行顺序关联的基础，便是相邻的两个节点进行关联。也就是需要将直接相互关联的两个节点，记录关联关系。
步骤S103中，需要将文件储存到指定位置，才能够确定地址信息。
步骤S104中，需要记录储存地址与终端节点的关联关系，也就是通过终端节点，既能够查询到储存的文件。
步骤S105中，对前面几个步骤中确定的储存关联关系、节点关联关系和储存地址进行记录即可。其中节点关联关系是指节点之间是否关联，和哪个是关联，哪个是被关联的。储存关联关系是指明了文件的储存位置，也就是储存地址。
进一步，该方法还包括：
根据储存路径，确认直接相邻的两个前继节点，或直接相邻的前继节点和终端节点，以确定多个直接关联组；
根据每个前继节点和每个终端节点的节点编号，记录每个直接关联组中的两个节点编号和关联顺序，以确定节点关联关系。
一个完整的路径是由多个相互直接关联的节点(前继节点和终端节点)构成的。也就是分别记录节点两两关联关系，便能够确定出一条完整的路径。关联顺序是指明了两个直接关联的节点中，哪个是关联，哪个是被关联，如A/B/C...中，B被A关联，C被B关联，A关联B，B关联C。
进一步，根据每个前继节点和每个终端节点的节点编号，记录每个直接关联组中的两个节点编号和关联顺序还包括：
根据前继节点的编号和终端节点的编号，生成节点关联表，节点关联表的行表头列出了前继节点的节点编号和终端节点的节点编号，节点关联表的列表头列出了前继节点的节点编号和终端节点的节点编号，节点关联表的每个元素中记载了列表头中，或行表头中与元素相对应的直接关联的前继节点与前继节点的关联关系，或直接关联的前继节点与终端节点的关联关系。
为了便于记录关联关系和关联顺序，可以使用节点关联表进行记录，具体表格如下表1所示：
表中每个元素均说明了两个节点是否相互关联。其中1000-1007是节点的代码。并且可以在每个元素中添加标识符号，以说明两个节点的关联关系。如下表2所示，
上up：表示为父节点；
下down：表示为子节点；
左left：表示为前继节点；
右right：表示为后继节点；
无null：表示为无向节点(两节点不关联)。
由此，便可以形成图4中所示的节点关联图，剩余的null为可以添加的路径方向。原理上，上表对应图中，null就是虚线。
图中，节点与编码的对应关系如下表：
本发明所提供的文件储存路径记录方法，与相关技术中的相对比，能够根据使用者的需求，任意调整储存的路径，可以任意改动储存的路径，且不会影响到已有的储存路径，解决了现有技术中的不足。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (6)
1.文件储存系统，其特征在于，包括：至少一个储存体系，所述储存体系包括多个前继节点和多个终端节点；
每个终端节点能与任意的前继节点，和/或任意的储存文件，和/或任意的终端节点进行关联；
每个前继节点能与其他的任意的前继节点关联，或与任意的终端节点进行关联；
至少一个所述终端节点和指定的前继节点按照预设的关联关系进行关联，以形成至少一个储存体系；
每个所述终端节点均包括储存空间，所述储存空间内记录有与指定的所述终端节点相关联的储存文件；
每个所述前继节点均包括储存空间，所述储存空间内记录有与指定的所述前继节点相关联的储存文件。
2.根据权利要求1所述的文件储存系统，其特征在于，每个所述储存空间与其他任意的储存空间均是相互独立的。
3.根据权利要求1所述的文件储存系统，其特征在于，所述关联关系包括包含关系和映射关系。
4.文件储存路径记录方法，基于权利要求1-3所述的文件储存系统，其特征在于，包括：
获取预设的储存路径，所述储存路径包括按照预设顺序关联的多个前继节点和多个终端节点；
分别记录每个前继节点与其他前继节点的关联关系和每个终端节点与每个前继节点的关联关系，以形成节点关联关系；
将预先获取的待储存文件储存到指定的位置，以确定储存地址；
将所述储存地址与指定的所述终端节点进行关联，以生成储存关联关系；
记录所述储存关联关系、所述节点关联关系和储存地址。
5.根据权利要求4所述的文件储存路径记录方法，其特征在于，还包括：
根据所述储存路径，确认直接相邻的两个前继节点，或直接相邻的前继节点和终端节点，以确定多个直接关联组；
根据每个前继节点和每个终端节点的节点编号，记录每个直接关联组中的两个节点编号和关联顺序，以确定节点关联关系。
6.根据权利要求5所述的文件储存路径记录方法，其特征在于，所述根据每个前继节点和每个终端节点的节点编号，记录每个直接关联组中的两个节点编号和关联顺序还包括：
根据所述前继节点的编号和所述终端节点的编号，生成节点关联表，所述节点关联表的行表头列出了所述前继节点的节点编号和终端节点的节点编号，所述节点关联表的列表头列出了所述前继节点的节点编号和终端节点的节点编号，所述节点关联表的每个元素中记载了所述列表头中，或行表头中与所述元素相对应的直接关联的前继节点与前继节点的关联关系，或直接关联的前继节点与终端节点的关联关系。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410480302.3A CN104239528B (zh) | 2014-09-19 | 2014-09-19 | 文件储存系统和文件储存路径记录方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410480302.3A CN104239528B (zh) | 2014-09-19 | 2014-09-19 | 文件储存系统和文件储存路径记录方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104239528A CN104239528A (zh) | 2014-12-24 |
| CN104239528B true CN104239528B (zh) | 2017-03-08 |
Family
ID=52227587
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410480302.3A Expired - Fee Related CN104239528B (zh) | 2014-09-19 | 2014-09-19 | 文件储存系统和文件储存路径记录方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104239528B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106446197B (zh) * | 2016-09-30 | 2019-11-19 | 华为数字技术（成都）有限公司 | 一种数据存储方法、装置及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101046822A (zh) * | 2006-03-31 | 2007-10-03 | Sap股份公司 | 数据节点的集中管理 |
| CN101710901A (zh) * | 2009-10-22 | 2010-05-19 | 乐视网信息技术（北京）股份有限公司 | 一种具有p2p功能的分布式存储系统和方法 |
| CN101963996A (zh) * | 2010-10-29 | 2011-02-02 | 中国科学院地理科学与资源研究所 | 一种全球栅格数据存储方法 |
| CN102750328A (zh) * | 2012-05-29 | 2012-10-24 | 北京城市网邻信息技术有限公司 | 一种数据结构的构造和存储方法 |
-
2014
- 2014-09-19 CN CN201410480302.3A patent/CN104239528B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101046822A (zh) * | 2006-03-31 | 2007-10-03 | Sap股份公司 | 数据节点的集中管理 |
| CN101710901A (zh) * | 2009-10-22 | 2010-05-19 | 乐视网信息技术（北京）股份有限公司 | 一种具有p2p功能的分布式存储系统和方法 |
| CN101963996A (zh) * | 2010-10-29 | 2011-02-02 | 中国科学院地理科学与资源研究所 | 一种全球栅格数据存储方法 |
| CN102750328A (zh) * | 2012-05-29 | 2012-10-24 | 北京城市网邻信息技术有限公司 | 一种数据结构的构造和存储方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104239528A (zh) | 2014-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11042279B2 (en) | Generating graphical marks for graphical views of a data source | |
| Gonzalez et al. | Google fusion tables: data management, integration and collaboration in the cloud | |
| CN106897351B (zh) | 有向无环图型区块链的生成方法及系统 | |
| CN103299267B (zh) | 用于执行多租户存储中的交叉存储连接的方法和系统 | |
| CN104615606B (zh) | 一种Hadoop分布式文件系统及其管理方法 | |
| CN107710193A (zh) | 分布式计算环境的数据放置控制 | |
| CN105450734B (zh) | 分布式存储ceph的数据分布优化方法 | |
| CN102129449B (zh) | 数据计算范围的动态扩展 | |
| CN107357846A (zh) | 关系图谱的展示方法以及装置 | |
| CN104657459A (zh) | 一种基于文件粒度的海量数据存储方法 | |
| CN102663076B (zh) | 文件数据处理方法 | |
| CN101916261A (zh) | 一种分布式并行数据库系统的数据分区方法 | |
| CN106104592A (zh) | 映射带键实体的属性 | |
| CN107111639A (zh) | 构建报表 | |
| US20190384895A1 (en) | System for document and certificate management using directed acyclic graph based tagging | |
| CN106095964A (zh) | 一种对数据进行可视化归档与搜索的方法 | |
| CN108416681B (zh) | 一种保险报价信息的展示方法、存储介质和服务器 | |
| CN104361025B (zh) | 一种多源空间数据融合与集成的方法 | |
| CN106469152A (zh) | 一种基于etl的文件处理方法及系统 | |
| CN110737729A (zh) | 基于知识图谱理念和技术的工程图谱数据信息管理方法 | |
| CN108153776A (zh) | 数据查询方法及装置 | |
| CN113051347A (zh) | 异构数据库之间数据同步方法、系统、设备及存储介质 | |
| JP3861044B2 (ja) | 連鎖したジョインテーブルのツリー構造への変換方法、および、変換プログラム | |
| CN104239528B (zh) | 文件储存系统和文件储存路径记录方法 | |
| CN110134646A (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 | ||
| ASS | Succession or assignment of patent right |
Owner name: SHENG JIE Free format text: FORMER OWNER: SHENZHEN XINXUN NETWORK TECHNOLOGY CO., LTD. Effective date: 20150730 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20150730 Address after: 518000 Guangdong city of Shenzhen province Nanshan District Shekou TCL company dormitory Applicant after: Sheng Jie Address before: 518000, Guangdong, Nanshan District Province Park Road, Shekou joint industrial village G building, Nanshan District e-commerce innovation service base B406 (settled in Shenzhen Shenzhen silver business secretary service Co., Ltd.) Applicant before: SHENZHEN XINXUN NETWORK SCIENCE & TECHNOLOGY CO., LTD. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20171129 Address after: Longgang District of Shenzhen City, Guangdong Province, Longgang Longgang street, No. 8 fragrant jade dragon community Sheng Lu Industrial Park Building 5 floor building -6 Patentee after: Shenzhen Xin Xun Technology Co., Ltd. Address before: 518000 Guangdong city of Shenzhen province Nanshan District Shekou TCL company dormitory Patentee before: Sheng Jie |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170308 Termination date: 20200919 |