CN102360359A - 数据管理装置和数据管理方法 - Google Patents
数据管理装置和数据管理方法 Download PDFInfo
- Publication number
- CN102360359A CN102360359A CN2011102955719A CN201110295571A CN102360359A CN 102360359 A CN102360359 A CN 102360359A CN 2011102955719 A CN2011102955719 A CN 2011102955719A CN 201110295571 A CN201110295571 A CN 201110295571A CN 102360359 A CN102360359 A CN 102360359A
- Authority
- CN
- China
- Prior art keywords
- data
- relationship information
- contrast relationship
- stored
- level
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据管理装置和一种数据管理方法，其中，数据管理装置包括：获取模块，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；记录模块，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；查询模块，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。通过本发明，可以在查询条件中指定级次、指定数据节点(树形结构中)，可轻易查询出任何级次、任何节点之上或之下的数据。
Description
技术领域
本发明涉及计算机技术领域，具体而言，涉及一种数据管理装置和一种数据管理方法。
背景技术
目前，在应用数据库进行对于树形存储结构(存在上下级层次关系的存储结构)的数据进行存储和查询时，通常多采用下级存储上级ID(Identity，身份表示号码)的存储方法，具体为：为每一级分别分配ID标识，下级记录中直接记录上级的ID。例如，图1为企业组织结构的一种常见的树形结构图，“本部”为最高级组织，分配有ID标识“1”；“本部”下设各级分销机构和代理公司，分别分配有ID标识“2～14......”。下面的表1所示即为各级组织与其相应上级的对应关系。
表1是某“本部”各下级组织节点存储结构：
| ID | 组织 | 上级组织ID | 描述 |
| 1 | 本部 | NULL | 根节点 |
| 2 | 北方大区 | 1 | 上级组织ID记录本部的ID |
| 3 | 南方大区 | 1 | 上级组织ID记录本部的ID |
| 4 | 西部大区 | 1 | 上级组织ID记录本部的ID |
| 5 | 国际大区 | 1 | 上级组织ID记录本部的ID |
| 6 | 山东一级代理 | 2 | 上级组织ID记录北方大区的ID |
| 7 | 北京一级代理 | 2 | 上级组织ID记录北方大区的ID |
| 8 | 深圳一级代理 | 3 | 上级组织ID记录南方大区的ID |
| 9 | 新疆一级代理 | 4 | 上级组织ID记录西部大区的ID |
| 10 | 香港一级代理 | 5 | 上级组织ID记录国际大区的ID |
| 11 | 济南二级代理 | 6 | 上级组织ID记录山东一级的ID |
| 12 | 青岛二级代理 | 6 | 上级组织ID记录山东一级的ID |
| 13 | 崂山三级代理 | 12 | 上级组织ID记录青岛二级的ID |
| 14 | 四方三级代理 | 12 | 上级组织ID记录青岛二级的ID |
| …… | …… | …… | …… |
在应用如表1所示的数据库存储结构时，由于仅存储上下级一个阶次的关系，对于查找某一级的直接上级或直接下级时，是非常有效的。但对于想查询某一级的所有上级或所有下级时，效率就会非常低下。例如查找某一级的所有下级时，只能通过找到其直接下级，然后再通过下级再找其直接下级，循环往复，直至再没有任何一个下级为止。然后，还要组合所有的查询结果，从而得到所有下级的信息。总结来看，这种方式会造成大量查询，效率低下，代码复杂性也会大大增加。
后来，又出现了对于此类问题的改进方案，增加一个冗余的路径字段记录某一级的所有上级ID，如表2。
表2是某“本部”各下级组织节点增加路径存储结构：
| ID | 组织 | 上级组织ID | Path | 描述 |
| 1 | 本部 | NULL | 1； | |
| 2 | 北方大区 | 1 | 1；2； | |
| 3 | 南方大区 | 1 | 1；3； | |
| 4 | 西部大区 | 1 | 1；4； | |
| 5 | 国际大区 | 1 | 1；5； | |
| 6 | 山东一级代理 | 2 | 1；2；6； | |
| 7 | 北京一级代理 | 2 | 1；2；7； | |
| 8 | 深圳一级代理 | 3 | 1；3；8； | |
| 9 | 新疆一级代理 | 4 | 1；4；9； | |
| 10 | 香港一级代理 | 5 | 1；5；10； | |
| 11 | 济南二级代理 | 6 | 1；2；6；11 | |
| 12 | 青岛二级代理 | 6 | 1；2；6；12 | |
| 13 | 崂山三级代理 | 12 | 1；2；6；12；13 | |
| 14 | 四方三级代理 | 12 | 1；2；6；12；14 |
在应用如表2所示的数据库存储结构时，解决了想查询某一级的所有上级的问题，可以一次查出结果；同理，再增加一个路径字段记录某一级的所有下级ID，可以解决想查询某一级的所有下级的问题。但是只能得到所有的上级或下级，对于查询任意级次的上级或下级则无能为力，如查询某个父项下第几级(级次不固定)的问题，具体如查询北方大区(2级单位)下三级代理(4级)且4级以下的不需要查询，则无能为力了。
因此，需要一种新的技术方案，来管理存在上下级关系的数据，保证可以高速地、一次性地为用户提供任意级次的数据信息，提高用户数据查询的效率。
发明内容
本发明所要解决的技术方案在于，提供一种新的技术方案，来管理存在上下级关系的数据，保证可以高速地、一次性地为用户提供任意级次的数据信息，提高用户数据查询的效率。
有鉴于此，本发明提供一种数据管理装置，包括：获取模块，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；记录模块，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；查询模块，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。通过该技术方案，可以在查询条件中指定级次、指定数据节点(树形结构中)，可轻易查询出任何级次、任何节点之上或之下的数据。
在上述技术方案中，优选地，还包括：存储模块，将所述对照关系信息进行存储；所述查询模块根据已存储的所述对照关系信息，设置所述查询条件，并从已存储的所述对照关系信息中，查询出所述所需的一个或多个级次的数据。通过该技术方案，将对照关系信息存储后，能够保证一次整理好对照关系信息，实现多次查询。
在上述技术方案中，优选地，还包括：更新模块，在所述树形结构树中的数据被修改或删除时，从已存储的所有对照关系信息中，找到被修改或删除的数据所对应的对照关系信息，并进行修改或删除。通过该技术方案，即时更新对照关系信息，能够保证用户所获取数据的准确性。
在上述技术方案中，优选地，还包括：校验模块，判断所述对照关系信息是否与所述树形结构中对应的两级数据以及上下级关系相匹配，并仅在判断结果为是时，允许所述存储模块存储所述对照关系信息。通过该技术方案，保证了所存储的对照关系信息的准确性。
在上述技术方案中，优选地，所述记录模块还在所述对照关系信息中添加预定类型的一种或多种信息。通过该技术方案，支持对对照关系信息进行扩展，以及进一步增加描述内容等信息。
本发明还提供一种数据管理方法，包括：步骤302，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；步骤304，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；步骤306，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。通过该技术方案，可以在查询条件中指定级次、指定数据节点(树形结构中)，可轻易查询出任何级次、任何节点之上或之下的数据。
在上述技术方案中，优选地，在所述步骤306之前，还包括：步骤305，将所述对照关系信息进行存储；所述步骤306具体包括：根据已存储的所述对照关系信息，设置所述查询条件，并从已存储的所述对照关系信息中，查询出所述所需的一个或多个级次的数据。通过该技术方案，将对照关系信息存储后，能够保证一次整理好对照关系信息，实现多次查询。
在上述技术方案中，优选地，还包括：在所述树形结构树中的数据被修改或删除时，从已存储的所有对照关系信息中，找到被修改或删除的数据所对应的对照关系信息，并进行修改或删除。通过该技术方案，即时更新对照关系信息，能够保证用户所获取数据的准确性。
在上述技术方案中，优选地，在所述步骤305之前，还包括：判断所述对照关系信息是否与所述树形结构中对应的两级数据以及上下级关系相匹配，并仅在判断结果为是时，进入所述步骤305。通过该技术方案，保证了所存储的对照关系信息的准确性。
在上述技术方案中，优选地，所述步骤304还包括：在所述对照关系信息中添加预定类型的一种或多种信息。通过该技术方案，支持对对照关系信息进行扩展，以及进一步增加描述内容等信息。
通过以上技术方案，可以实现一种数据管理装置和一种数据管理方法，来管理存在上下级关系的数据，保证可以高速地、一次性地为用户提供任意级次的数据信息，提高用户数据查询的效率。
附图说明
图1是树形存储结构的数据示意图；
图2是根据本发明的一个实施例的数据管理装置的框图；
图3是根据本发明的一个实施例的数据管理方法的流程图；
图4是根据本发明的一个实施例的数据管理装置的框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。
图2是根据本发明的一个实施例的数据管理装置的框图。
如图2所示，本发明提供一种数据管理装置200，包括：获取模块202，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；记录模块204，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；查询模块206，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。通过该技术方案，可以在查询条件中指定级次、指定数据节点(树形结构中)，可轻易查询出任何级次、任何节点之上或之下的数据。
在上述技术方案中，还包括：存储模块208，将所述对照关系信息进行存储；所述查询模块206根据已存储的所述对照关系信息，设置所述查询条件，并从已存储的所述对照关系信息中，查询出所述所需的一个或多个级次的数据。通过该技术方案，将对照关系信息存储后，能够保证一次整理好对照关系信息，实现多次查询。
在上述技术方案中，还包括：更新模块210，在所述树形结构树中的数据被修改或删除时，从已存储的所有对照关系信息中，找到被修改或删除的数据所对应的对照关系信息，并进行修改或删除。通过该技术方案，即时更新对照关系信息，能够保证用户所获取数据的准确性。
在上述技术方案中，还包括：校验模块212，判断所述对照关系信息是否与所述树形结构中对应的两级数据以及上下级关系相匹配，并仅在判断结果为是时，允许所述存储模块208存储所述对照关系信息。通过该技术方案，保证了所存储的对照关系信息的准确性。
在上述技术方案中，所述记录模块204还在所述对照关系信息中添加预定类型的一种或多种信息。通过该技术方案，支持对对照关系信息进行扩展，以及进一步增加描述内容等信息。
图3是根据本发明的一个实施例的数据管理方法的流程图。
如图3所示，本发明还提供一种数据管理方法，包括：步骤302，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；步骤304，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；步骤306，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。通过该技术方案，可以在查询条件中指定级次、指定数据节点(树形结构中)，可轻易查询出任何级次、任何节点之上或之下的数据。
在上述技术方案中，在所述步骤306之前，还包括：步骤305，将所述对照关系信息进行存储；所述步骤306具体包括：根据已存储的所述对照关系信息，设置所述查询条件，并从已存储的所述对照关系信息中，查询出所述所需的一个或多个级次的数据。通过该技术方案，将对照关系信息存储后，能够保证一次整理好对照关系信息，实现多次查询。
在上述技术方案中，还包括：在所述树形结构树中的数据被修改或删除时，从已存储的所有对照关系信息中，找到被修改或删除的数据所对应的对照关系信息，并进行修改或删除。通过该技术方案，即时更新对照关系信息，能够保证用户所获取数据的准确性。
在上述技术方案中，在所述步骤305之前，还包括：判断所述对照关系信息是否与所述树形结构中对应的两级数据以及上下级关系相匹配，并仅在判断结果为是时，进入所述步骤305。通过该技术方案，保证了所存储的对照关系信息的准确性。
在上述技术方案中，所述步骤304还包括：在所述对照关系信息中添加预定类型的一种或多种信息。通过该技术方案，支持对对照关系信息进行扩展，以及进一步增加描述内容等信息。
通过以下的实施例，详细说明本发明的技术方案。
本实施例中提供一种基于树形结构的全阶的数据管理方法，能够简化对于采用树形结构存储的数据的查询过程，并满足对于上下级全阶的、任意级次的查询要求。
本实施例中的数据管理方法通过增加父项、子项对照表，记录父项、子项的关系，以及父项、子项的级次。通过父项、子项的关系，以及父项、子项对应的级次，可以查询任意级次的上级或下级。对图1所示的树形结构数据，处理得到表3。
表3是某“本部”父项、子项对照表存储结构：
| 父项ID | 子项ID | 父项级次 | 子项级次 | 描述 |
| 1 | 2 | 1 | 2 | 本部-北方大区 |
| 1 | 3 | 1 | 2 | 本部-南方区 |
| 1 | 4 | 1 | 2 | 本部-西部大区 |
| 1 | 5 | 2 | 3 | 北方大区-国际大区 |
| 2 | 6 | 2 | 3 | 北方大区-山东一级代理 |
| 2 | 7 | 2 | 3 | 北方大区-北京一级代理 |
| 6 | 11 | 3 | 4 | 山东一级-济南二级代理 |
| 6 | 12 | 3 | 4 | 山东一级-青岛 |
| 12 | 13 | 4 | 5 | 青岛二级代理-崂山三级 |
| 12 | 14 | 4 | 5 | 青岛二级代理-四方三级 |
| 1 | 6 | 1 | 3 | 本部-山东一级代理 |
| 1 | 7 | 1 | 3 | 本部-北京一级代理 |
| 1 | 9 | 1 | 4 | 本部-深圳一级代理 |
| 1 | 10 | 1 | 4 | 本部区-香港一级代理 |
| …… | …… | …… | …… |
在表3所述的存储结构中，将每一父子、父孙子、子孙子等做穷举，建立对照关系，同时独立展现其所在级次，从而可以直接获得任一节点的任意级次上级或下级信息。如：北方大区ID＝2，查询其第4级单位，则可通过以下SQL(Structured Query Language，结构化查询语言)语句：“Select子项ID from对照表where父项ID＝2 and子项级次＝4”，通过一次查询就可以查出北方大区(ID＝2)其第4级单位。再举一个例子，北方大区ID＝2级次2，通知其一级和二级代理(下级级次为3、4)开会，二级以下代理不通知，则可通过以下SQL：“Select子项ID from对照表where父项ID＝2 and子项级次＜＝4”，通过一次查询就可以查出北方大区(ID＝2)其下级截止到三级代理的所有单位。
对比背景技术中的两种方法，本实施例中的数据管理方法可以方便的一次性查出任意级次的上下级，有效降低了复杂度和大大提升了查询效率。
本发明的实施例中还同时提供一种数据管理装置400，包括：
第一获取模块402(对应前述的获取模块202、记录模块204和查询模块206)，用于获取所述数据库中各级节点在树形存储结构中的表示上下级关系的对照关系信息，具体包括：
读取模块4022(对应前述的记录模块204)，用于读取已保存的上下级关系的对照关系信息，所述对照关系信息包括父级节点的ID和子级节点的ID，以及父级和子级所处的级次。
查询模块4024(对应前述的查询模块206)，用于根据所述对照关系信息，查询所述某级节点的任意级次上级或下届节点。
第二存储模块404(对应前述的存储模块208、更新模块210和校验模块212)，用于将所述对照关系信息进行保存，所述对照关系信息包括父级节点的ID和子级节点的ID，以及父级和子级所处的级次，具体包括：
修改模块4042(对应前述的更新模块210)，用于当某级节点的上级或下级节点发生变化时，则对该节点已保存的对照关系信息进行修改；
删除模块4044(对应前述的更新模块210)，用于当某级节点的上级或下级节点发生变化时，则对该节点已保存的对照关系信息进行删除；
校验模块4046(对应前述的校验模块212)，用于校验所述对照关系信息是否与节点的上下级存储关系相对应，如果是，则保存成功，如果否，则保存失败。
综上可知，本发明技术方案具有以下优点和特点：
在已有数据存储结构基础上新增扩展对照表进行关联，清晰的表示上下级的关系和它们所在的级次，当查询某级组织的任意级次上级或下级时，可直接通过已经建立的对照关系和级次信息一次性完成，大大提高了树形存储结构数据库中数据的查询效率，降低了复杂性。而现有技术，则不能直接一次性完成，或者需要循环求出或者需要进行复杂的解析过程。本发明实现让产品处处可配置，灵活面向客户，极大地丰富了用户的应用场景，从而使产品功能更加强大。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种数据管理装置，其特征在于，包括：
获取模块，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；
记录模块，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；
查询模块，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。
2.根据权利要求1所述的数据管理装置，其特征在于，还包括：
存储模块，将所述对照关系信息进行存储；
所述查询模块根据已存储的所述对照关系信息，设置所述查询条件，并从已存储的所述对照关系信息中，查询出所述所需的一个或多个级次的数据。
3.根据权利要求2所述的数据管理装置，其特征在于，还包括：
更新模块，在所述树形结构树中的数据被修改或删除时，从已存储的所有对照关系信息中，找到被修改或删除的数据所对应的对照关系信息，并进行修改或删除。
4.根据权利要求2所述的数据管理装置，其特征在于，还包括：
校验模块，判断所述对照关系信息是否与所述树形结构中对应的两级数据以及上下级关系相匹配，并仅在判断结果为是时，允许所述存储模块存储所述对照关系信息。
5.根据权利要求1至4中任一项所述的数据管理装置，其特征在于，所述记录模块还在所述对照关系信息中添加预定类型的一种或多种信息。
6.一种数据管理方法，其特征在于，包括：
步骤302，从预存储的树形结构数据中，取得所有组合的具有上下级关系的两级数据；
步骤304，对所述所有组合的两级数据中的父项数据、父项级次、子项数据和子项级次作为对照关系信息，进行记录；
步骤306，根据已记录的所述对照关系信息设置查询条件，以查询出所需的一个或多个级次的数据。
7.根据权利要求6所述的数据管理方法，其特征在于，在所述步骤306之前，还包括：
步骤305，将所述对照关系信息进行存储；
所述步骤306具体包括：根据已存储的所述对照关系信息，设置所述查询条件，并从已存储的所述对照关系信息中，查询出所述所需的一个或多个级次的数据。
8.根据权利要求7所述的数据管理方法，其特征在于，还包括：
在所述树形结构树中的数据被修改或删除时，从已存储的所有对照关系信息中，找到被修改或删除的数据所对应的对照关系信息，并进行修改或删除。
9.根据权利要求7所述的数据管理方法，其特征在于，在所述步骤305之前，还包括：
判断所述对照关系信息是否与所述树形结构中对应的两级数据以及上下级关系相匹配，并仅在判断结果为是时，进入所述步骤305。
10.根据权利要求6至9中任一项所述的数据管理方法，其特征在于，所述步骤304还包括：
在所述对照关系信息中添加预定类型的一种或多种信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102955719A CN102360359A (zh) | 2011-09-29 | 2011-09-29 | 数据管理装置和数据管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102955719A CN102360359A (zh) | 2011-09-29 | 2011-09-29 | 数据管理装置和数据管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102360359A true CN102360359A (zh) | 2012-02-22 |
Family
ID=45585688
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2011102955719A Pending CN102360359A (zh) | 2011-09-29 | 2011-09-29 | 数据管理装置和数据管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102360359A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102789488A (zh) * | 2012-06-29 | 2012-11-21 | 用友软件股份有限公司 | 数据查询处理***和数据查询处理方法 |
| CN103049553A (zh) * | 2012-12-28 | 2013-04-17 | 华为技术有限公司 | 一种检索路径存储的方法、装置及*** |
| CN104331491A (zh) * | 2014-11-14 | 2015-02-04 | 北京久其软件股份有限公司 | 一种组织机构的展示方法及装置 |
| CN106570017A (zh) * | 2015-10-09 | 2017-04-19 | 北大方正集团有限公司 | 一种数据缓存方法及*** |
| CN108241684A (zh) * | 2016-12-26 | 2018-07-03 | 航天信息股份有限公司 | 一种数据更新方法和集群*** |
| CN111475482A (zh) * | 2020-04-03 | 2020-07-31 | 北京东方金信科技有限公司 | 一种hdfs数据的展示方法和装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101482873A (zh) * | 2008-12-18 | 2009-07-15 | 华为技术有限公司 | 访问数据的方法及装置 |
| CN101655871A (zh) * | 2009-09-25 | 2010-02-24 | 金蝶软件（中国）有限公司 | 一种数据存储、查询方法和装置 |
| CN101727502A (zh) * | 2010-01-25 | 2010-06-09 | 中兴通讯股份有限公司 | 一种数据查询方法及装置、*** |
-
2011
- 2011-09-29 CN CN2011102955719A patent/CN102360359A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101482873A (zh) * | 2008-12-18 | 2009-07-15 | 华为技术有限公司 | 访问数据的方法及装置 |
| CN101655871A (zh) * | 2009-09-25 | 2010-02-24 | 金蝶软件（中国）有限公司 | 一种数据存储、查询方法和装置 |
| CN101727502A (zh) * | 2010-01-25 | 2010-06-09 | 中兴通讯股份有限公司 | 一种数据查询方法及装置、*** |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102789488A (zh) * | 2012-06-29 | 2012-11-21 | 用友软件股份有限公司 | 数据查询处理***和数据查询处理方法 |
| CN102789488B (zh) * | 2012-06-29 | 2016-05-04 | 用友网络科技股份有限公司 | 数据查询处理***和数据查询处理方法 |
| CN103049553A (zh) * | 2012-12-28 | 2013-04-17 | 华为技术有限公司 | 一种检索路径存储的方法、装置及*** |
| CN103049553B (zh) * | 2012-12-28 | 2016-03-02 | 华为技术有限公司 | 一种检索路径存储的方法、装置及*** |
| CN104331491A (zh) * | 2014-11-14 | 2015-02-04 | 北京久其软件股份有限公司 | 一种组织机构的展示方法及装置 |
| CN104331491B (zh) * | 2014-11-14 | 2018-01-05 | 北京久其软件股份有限公司 | 一种组织机构的展示方法及装置 |
| CN106570017A (zh) * | 2015-10-09 | 2017-04-19 | 北大方正集团有限公司 | 一种数据缓存方法及*** |
| CN108241684A (zh) * | 2016-12-26 | 2018-07-03 | 航天信息股份有限公司 | 一种数据更新方法和集群*** |
| CN108241684B (zh) * | 2016-12-26 | 2021-08-24 | 航天信息股份有限公司 | 一种数据更新方法和集群*** |
| CN111475482A (zh) * | 2020-04-03 | 2020-07-31 | 北京东方金信科技有限公司 | 一种hdfs数据的展示方法和装置 |
| CN111475482B (zh) * | 2020-04-03 | 2023-09-05 | 北京东方金信科技股份有限公司 | 一种hdfs数据的展示方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102521416B (zh) | 数据关联查询方法和数据关联查询装置 | |
| CN101840400B (zh) | 一种多级分类检索方法及*** | |
| US11573941B2 (en) | Systems, methods, and data structures for high-speed searching or filtering of large datasets | |
| CN101655871A (zh) | 一种数据存储、查询方法和装置 | |
| US9852453B2 (en) | High-throughput message generation | |
| CN102360359A (zh) | 数据管理装置和数据管理方法 | |
| CN102467521A (zh) | 一种易扩展的多级分类检索方法及*** | |
| CN107977396B (zh) | 一种KeyValue数据库的数据表的更新方法与表数据更新装置 | |
| CN105488050A (zh) | 一种数据库多索引方法、装置及*** | |
| CN102270225A (zh) | 数据变更日志监控方法和数据变更日志监控装置 | |
| CN104462421A (zh) | 基于键-值数据库的多租户扩展方法 | |
| CN102567329A (zh) | 一种数据查询方法及*** | |
| US11553023B2 (en) | Abstraction layer for streaming data sources | |
| CN102193983B (zh) | 图形数据库基于关系路径的节点数据过滤方法 | |
| CN104424219A (zh) | 一种数据文件的管理方法及装置 | |
| CN108319608A (zh) | 访问日志存储查询的方法、装置及*** | |
| CN101963993B (zh) | 一种数据库单表记录快速查找的方法 | |
| CN103365987A (zh) | 一种基于共享磁盘架构的集群数据库***及数据处理方法 | |
| CN103605797A (zh) | 数据存储、查询装置和数据存储、查询方法 | |
| EP3514695B1 (en) | Integrated database table access | |
| CN101840427A (zh) | 数据处理的方法和装置 | |
| CN101430707A (zh) | 一种记录删除操作的验证方法、***及设备 | |
| CN106250443A (zh) | 基于内存全文检索解决数据库复杂文本查询的方法及*** | |
| CN102004800A (zh) | Pdm***中数据的查询方法及装置 | |
| CN107180072B (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 | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20160201 Address after: 100094 Beijing City, North Road, Haidian District, No. 68, building 2, floor 2 Applicant after: You Pu Information Technology Co., Ltd of UFSOFT Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant before: UFIDA Software Co., Ltd. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120222 |