CN105930361A - 一种关系型数据库向Neo4j模型转换和数据迁移方法 - Google Patents

一种关系型数据库向Neo4j模型转换和数据迁移方法 Download PDF

Info

Publication number
CN105930361A
CN105930361A CN201610222508.5A CN201610222508A CN105930361A CN 105930361 A CN105930361 A CN 105930361A CN 201610222508 A CN201610222508 A CN 201610222508A CN 105930361 A CN105930361 A CN 105930361A
Authority
CN
China
Prior art keywords
neo4j
conceptual model
model
label
transfer framework
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
Application number
CN201610222508.5A
Other languages
English (en)
Other versions
CN105930361B (zh
Inventor
李长青
孙鹏
丁贵广
李志文
董艳华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing August melon Technology Co., Ltd
Original Assignee
Beijing Hengguan Network Data Treatment Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Hengguan Network Data Treatment Co Ltd filed Critical Beijing Hengguan Network Data Treatment Co Ltd
Priority to CN201610222508.5A priority Critical patent/CN105930361B/zh
Publication of CN105930361A publication Critical patent/CN105930361A/zh
Application granted granted Critical
Publication of CN105930361B publication Critical patent/CN105930361B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/21—Design, administration or maintenance of databases
    • G06F16/214—Database migration support
    • 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/25—Integrating or interfacing systems involving database management systems
    • G06F16/254—Extract, transform and load [ETL] procedures, e.g. ETL data flows in data warehouses
    • 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/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • 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/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种关系型数据库向Neo4j模型转换和数据迁移方法，其模型转换方法包括如下步骤：S1：提取关系型数据库的概念模型；S2：筛选需要转换的表；S3：构建Neo4j概念模型转换框架；S4：查找主键由两个外键组成的表，将其转换为Neo4j概念模型中带属性的关系实体；S5：将其余未进行转换的表转换为Neo4j概念模型中节点的标签实体；S6：将除步骤S4中查找出的表相关的主外键关系之外的其他所有主外键关系，转换为Neo4j概念模型中不带属性的关系实体。本发明利用模型转换的方法解决了关系型数据库向Neo4j数据迁移的问题，同时使数据迁移更加准确，并且更加容易操作。

Description

一种关系型数据库向Neo4j模型转换和数据迁移方法
技术领域
本发明涉及计算机数据库技术领域，尤其涉及一种关系型数据库向Neo4j模型转换和数据迁移方法。
背景技术
在数据建模领域早期一共有两大主要的流派，一个是关系模型，逐渐演化成了关系型数据库；另一个是语义网络采用的网络结构，现在演化成了非关系数据中的图形数据库。在图形数据库最为流行、最具代表的数据库是Neo4j。
Neo4j是一款高性能的、世界领先的图形数据库，具有灵活的结构和完备的事务特性。Neo4j与关系型数据库相比各有优劣。Neo4j的优点在于其把所有的数据保存在了网络中而不是关系型数据库中的表的形式，因此具有良好的查询速度，特别适合运用于社交网络、买卖网络等关系的表达。目前包括Facebook、阿里巴巴、百度等许多大公司都在使用Neo4j。
从目前来看，随着大数据时代的到来，很多应用面临着检索速度、数据存储等问题。越来越多的用户选择将原来存储于关系型数据库中的数据迁移到Neo4j中，利用网络存储的优势提高查询的性能，同时提供更加灵活的存储。目前比较常见的做法是直接利用ETL工具进行数据迁移，这种情况下无法实现优的性能，也缺少了可视化的展现，数据迁移容易发生误差，并且不易操作。
发明内容
本发明的目的之一在于提供一种关系型数据库向Neo4j模型转换和数据迁移方法，以解决现有数据迁移方法无法实现优的性能，缺少可视化的展现，数据迁移容易发生误差，并且不易操作的问题。
本发明的发明目的是通过下述技术方案来实现的：
本发明所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，包括如下步骤：
步骤S1：提取关系型数据库的概念模型，所述关系型数据库的概念模型包括表和主外键关系；
步骤S2：从步骤S1中得到的关系型数据库的概念模型中筛选需要转换的表；
步骤S3：构建Neo4j概念模型转换框架；所述Neo4j概念模型转换框架包括标签实体转换框架和关系实体转换框架；
所述Neo4j概念模型转换框架中的标签实体转换框架包括标签标题行和标签的属性行，Neo4j中节点的标签写入所述标签标题行，节点的属性写入标签的属性行，所述标签的属性行还包括Neo4j自带的ID(身份标识号码)属性行；
所述Neo4j概念模型转换框架中的关系实体转换框架包括关系标题行和关系的属性行，Neo4j中的关系写入所述关系标题行，关系的属性写入所述关系的属性行，所述关系的属性行还包括用于表示Neo4j中关系方向的起始ID属性行和目的ID属性行；
步骤S4：从步骤S2中筛选得到的需要转换的表中查找主键由两个外键组成的表，并根据步骤S3中得到的关系实体转换框架将所述主键由两个外键组成的表转换为Neo4j概念模型中带属性的关系实体；
步骤S5：根据步骤S3中得到的标签实体转换框架将步骤S2中筛选得到的需要转换的表中其余未进行转换的表转换为Neo4j概念模型中节点的标签实体；
步骤S6：将除步骤S4中查找出的表相关的主外键关系之外的其他所有主外键关系，根据步骤S3中得到的关系实体转换框架转换为Neo4j概念模型中不带属性的关系实体；
步骤S7：由步骤S4得到的Neo4j概念模型中带属性的关系实体、步骤S5得到的Neo4j概念模型中节点的标签实体和步骤S6得到的Neo4j概念模型中不带属性的关系实体组成完整的Neo4j概念模型；
步骤S8：将步骤S1中得到的关系型数据库的概念模型指定为原数据的位置，将步骤S7中得到的Neo4j的概念模型指定为目标数据的位置，进行数据迁移。
进一步的，所述步骤S4中：并根据步骤S3中得到的关系实体转换框架将所述主键由两个外键组成的表转换为Neo4j概念模型中带属性的关系实体的步骤，具体包括如下步骤：
步骤S4.1：将所述主键由两个外键组成的表中实体标题行中的内容写入所述关系实体转换框架中的关系标题行；
步骤S4.2：将所述主键由两个外键组成的表中的属性写入所述关系实体转换框架中的关系的属性行；
步骤S4.3：将所述主键由两个外键组成的表中的两个外键分别写入所述关系实体转换框架中的起始ID属性行和目的ID属性行。
进一步的，所述步骤S5：根据步骤S3中得到的标签实体转换框架将步骤S2中筛选得到的需要转换的表中其余未进行转换的表转换为Neo4j概念模型中节点的标签实体的步骤，具体包括如下步骤：
步骤S5.1：将所述未进行转换的表的实体标题行中的内容写入所述标签实体转换框架中的标签标题行；
步骤S5.2：将所述未进行转换的表中的属性写入所述标签实体转换框架中的标签的属性行；
步骤S5.3：将所述未进行转换的表中自带的ID属性写入所述实体转换框架中的ID属性行。
进一步的，所述关系型数据库的概念模型和Neo4j的概念模型采用ER图型概念模型。
进一步的，所述步骤S8中采用ETL工具进行数据迁移。
本发明的有益效果：本发明利用模型转换的方法解决了关系型数据库向Neo4j数据迁移的问题，同时使数据迁移更加准确，并且更加容易操作。
附图说明
图1为本发明所述的关系型数据库向Neo4j模型转换和数据迁移方法的流程图。
图2为本发明所述的Neo4j概念模型转换框架中的标签实体转换框架图。
图3为本发明所述的Neo4j概念模型转换框架中的关系实体转换框架图。
图4为本发明实施例1中提取得到的关系型数据库的ER图型概念模型。
图5为本发明实施例1中转换后的Neo4j的ER图型概念模型。
具体实施方式
下文将结合具体实施方式详细描述本发明。应当注意的是，下述实施例中描述的技术特征或者技术特征的组合不应当被认为是孤立的，它们可以被相互组合从而达到更好的技术效果。
如图1所示，本发明所述的一种Neo4j向关系型数据库的模型转换和数据迁移方法，包括如下步骤：
步骤S1：提取关系型数据库的概念模型，关系型数据库的概念模型包括表和主外键关系。
步骤S2：从步骤S1中得到的关系型数据库的概念模型中筛选需要转换的表。
步骤S3：构建Neo4j概念模型转换框架；所述Neo4j概念模型转换框架包括标签实体转换框架和关系实体转换框架。
Neo4j包含的四个基本元素为：
1.节点(Nodes)：Neo4j把数据存储在节点和关系上，这两者都可以包含属性；
2.关系(Relationships)：在Neo4j中通过关系连接的方式把所有的节点组织起来，一个关系有一个开始节点和一个结束节点(即有向图)，关系也可以包含属性；
3.属性(Properties)：节点和关系都可以包含属性，这里的属性和ER图中的属性可以理解为相同的概念；
4.标签(Labels)：标签为节点分配了类型或者角色。类似于关系型数据库的表(Tables)的概念，比如关系型数据库中的学生表、老师表分别对应了Neo4j中的学生标签和老师标签。
根据Neo4j的四个基本元素，本发明提出了一种Neo4j概念模型转换框架的构建方法。根据该Neo4j概念模型转换框架可以将关系型数据库的概念模型转换为Neo4j概念模型转换框架。
如图2所示，Neo4j概念模型转换框架中的标签实体转换框架包括标签标题行和标签的属性行，Neo4j中节点的标签写入所述标签标题行，节点的属性写入标签的属性行，所述标签的属性行还包括Neo4j自带的ID属性行。
如图3所示，Neo4j概念模型转换框架中的关系实体转换框架包括关系标题行和关系的属性行，Neo4j中节点的标签写入所述关系标题行，关系的属性写入关系的属性行，所述关系的属性行还包括用于表示Neo4j中关系方向的起始ID属性行和目的ID属性行这个两个属性。
步骤S4：从步骤S2中筛选得到的需要转换的表中查找主键由两个外键组成的表，并根据所述步骤S3中得到的Neo4j概念模型转换框架中的关系实体转换框架将所述主键由两个外键组成的表转换为Neo4j概念模型中带属性的关系实体。
步骤S4中：并根据步骤S3中得到的关系实体转换框架将所述主键由两个外键组成的表转换为Neo4j概念模型中带属性的关系实体的步骤，具体包括如下步骤：
步骤S4.1：将所述主键由两个外键组成的表中实体标题行中的内容写入所述关系实体转换框架中的关系标题行；
步骤S4.2：将所述主键由两个外键组成的表中的属性写入所述关系实体转换框架中的关系的属性行；
步骤S4.3：将所述主键由两个外键组成的表中的两个外键分别写入所述关系实体转换框架中的起始ID属性行和目的ID属性行。
步骤S5：根据所述步骤S3中得到的Neo4j概念模型转换框架中的标签实体转换框架将步骤S2中筛选得到的需要转换的表中其余未进行转换的表转换为Neo4j概念模型中节点的标签实体。
步骤S5中具体包括如下步骤：
步骤S5.1：将所述未进行转换的表的实体标题行中的内容写入所述标签实体转换框架中的标签标题行；
步骤S5.2：将所述未进行转换的表中的属性写入所述标签实体转换框架中的标签的属性行；
步骤S5.3：将所述未进行转换的表中自带的ID属性写入所述实体转换框架中的ID属性行。
步骤S6：将除步骤S4中查找出的表相关的主外键关系之外的其他所有主外键关系，根据步骤S3中得到的Neo4j概念模型转换框架中的关系实体转换框架转换为Neo4j概念模型中不带属性的关系实体。
步骤S7：由步骤S4得到的Neo4j概念模型中带属性的关系实体、步骤S5得到的Neo4j概念模型中节点的标签实体和步骤S6得到的Neo4j概念模型中不带属性的关系实体组成完整的Neo4j概念模型。
步骤S8：将步骤S1中得到的关系型数据库的概念模型指定为原数据的位置，将步骤S7中得到的Neo4j的概念模型指定为目标数据的位置，通过ETL工具进行数据迁移。
关系型数据库向Neo4j的模型转换其本质上是数据库中表的设计和建立的过程，具体的数据还保存在关系型数据库中。本发明利用MetaModel进行数据迁移操作，MetaModel是一个Apache基金会的正式项目。其目的是开发一套对关系型数据库和非关系型数据库通用的，面向Java的CRUD接口。参照各种关系型数据库的java接口，MoetaModel设计了一套基于SQL语言的Java接口。通过使用该接口，用户可以通过同样的Java API对包括Oracle、SQL server、MySQL在内的关系型数据库和包括MongoDB、HBase、Cassandra在内的非关系型数据库进行CRUD操作。
实施例1
为说明本发明的具体方案，现举例说明。以下关系型数据库的概念模型和Neo4j的概念模型采用ER图型概念模型。
图4所示为提取得到的关系型数据库的概念模型，其中带有Tabel小标的实体有Actor表、Film_Actor表、Language表、Film表和Film_Text表，Actor表与Film_Actor表之间、Film_Actor表与Film表之间、Language表与Film表之间建有主外键关系。假定对Film_Text表不进行模型转换，只对其他的表进行模型转换，然后根据Neo4j概念模型转换框架将关系型数据库的概念模型转换为Neo4j的概念模型，具体包括如下步骤：
步骤a1：由4图可知Film_Actor表的主键是由两个外键组成的，分别为Actor_ID和Film_ID，所以将Film_Actor表转换为Neo4j概念模型中带Relationships小标的带属性的关系实体。如图5所示，将Film_Actor写入关系实体转换框架中的关系标题行，将属性Last_Update写入关系实体转换框架中的关系的属性行，将Actor_ID和Film_ID分别写入关系实体转换框架中的起始ID属性行和目的ID属性行；
步骤a2：将除Film_Actor表之外的Actor表、Language表和Film表转换为Neo4j概念模型中带Lable小标的标签实体。如图5所示，将Actor、Language和Film分别写入标签实体转换框架中的标签标题行，其各自的属性分别写入对应的标签实体转换框架中的属性行；并将各自的ID属性写入对应的标签实体转换框架中的ID属性行；
步骤a3：与Film_Actor表相关的主外键关系不需要进行转换，只有Language表和Film表之间的主外键关系转换为Neo4j概念模型中带Relationships小标的不带属性的关系实体。如图5所示，将Language_Film写入关系实体转换框架中的关系标题行；并将Language_ID(Language)和Language_ID(Film)分别写入关系实体转换框架中的起始ID属性行和目的ID属性行；
本发明具有的优势如下：
(1)本发明提出了一种关系型数据库向Neo4j模型转换和数据迁移方法，通过模型转换的方法实现了更加简便、科学、直观的数据迁移；
(2)本发明提出了一种关于Neo4j概念模型转换框架构建方法；
(3)本发明在模型转换的基础上自动实现了MetaModel的相关接口，能够使数据从关系型数据库向Neo4j进行自动迁移，不需要人工参与。
当然应意识到，虽然通过本发明的示例已经进行了前面的描述，但是对本发明做出的将对本领域的技术人员显而易见的这样和其他的改进及改变应认为落入如本文提出的本发明宽广范围内。因此，尽管本发明已经参照了优选的实施方式进行描述，但是，其意并不是使具新颖性的设备由此而受到限制，相反，其旨在包括符合上述公开部分、权利要求的广阔范围之内的各种改进和等同修改。

Claims (7)

1.一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，包括如下步骤：
步骤S1：提取关系型数据库的概念模型，所述关系型数据库的概念模型包括表和主外键关系；
步骤S2：从步骤S1中得到的关系型数据库的概念模型中筛选需要转换的表；
步骤S3：构建Neo4j概念模型转换框架；所述Neo4j概念模型转换框架包括标签实体转换框架和关系实体转换框架；
步骤S4：从步骤S2中筛选得到的需要转换的表中查找主键由两个外键组成的表，并根据步骤S3中得到的关系实体转换框架将所述主键由两个外键组成的表转换为Neo4j概念模型中带属性的关系实体；
步骤S5：根据步骤S3中得到的标签实体转换框架将步骤S2中筛选得到的需要转换的表中其余未进行转换的表转换为Neo4j概念模型中节点的标签实体；
步骤S6：将除步骤S4中查找出的表相关的主外键关系之外的其他所有主外键关系，根据步骤S3中得到的关系实体转换框架转换为Neo4j概念模型中不带属性的关系实体；
步骤S7：由步骤S4得到的Neo4j概念模型中带属性的关系实体、步骤S5得到的Neo4j概念模型中节点的标签实体和步骤S6得到的Neo4j概念模型中不带属性的关系实体组成完整的Neo4j概念模型；
步骤S8：根据步骤S7中得到的完整的Neo4j概念模型进行数据迁移。
2.如权利要求1所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，所述步骤S3中的Neo4j概念模型转换框架中的标签实体转换框架包括标签标题行和标签的属性行，Neo4j中节点的标签写入所述标签标题行，节点的属性写入标签的属性行，所述标签的属性行还包括Neo4j自带的ID属性行。
3.如权利要求2所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，所述步骤S3中的Neo4j概念模型转换框架中的关系实体转换框架包括关系标题行和关系的属性行，Neo4j中的关系写入所述关系标题行，关系的属性写入所述关系的属性行，所述关系的属性行还包括用于表示Neo4j中关系方向的起始ID属性行和目的ID属性行。
4.如权利要求3所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，所述步骤S4中：并根据步骤S3中得到的关系实体转换框架将所述主键由两个外键组成的表转换为Neo4j概念模型中带属性的关系实体的步骤，具体包括如下步骤：
步骤S4.1：将所述主键由两个外键组成的表中实体标题行中的内容写入所述关系实体转换框架中的关系标题行；
步骤S4.2：将所述主键由两个外键组成的表中的属性写入所述关系实体转换框架中的关系的属性行；
步骤S4.3：将所述主键由两个外键组成的表中的两个外键分别写入所述关系实体转换框架中的起始ID属性行和目的ID属性行。
5.如权利要求3所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，所述步骤S5：根据步骤S3中得到的标签实体转换框架将步骤S2中筛选得到的需要转换的表中其余未进行转换的表转换为Neo4j概念模型中节点的标签实体的步骤，具体包括如下步骤：
步骤S5.1：将所述未进行转换的表的实体标题行中的内容写入所述标签实体转换框架中的标签标题行；
步骤S5.2：将所述未进行转换的表中的属性写入所述标签实体转换框架中的标签的属性行；
步骤S5.3：将所述未进行转换的表中自带的ID属性写入所述实体转换框架中的ID属性行。
6.如权利要求5所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，所述关系型数据库的概念模型和Neo4j的概念模型采用ER图型概念模型。
7.如权利要求6所述的一种关系型数据库向Neo4j模型转换和数据迁移方法，其特征在于，所述步骤S8还包括：将步骤S1中得到的关系型数据库的概念模型指定为原数据的位置，将步骤S7中得到完整的Neo4j的概念模型指定为目标数据的位置，通过ETL工具进行数据迁移。
CN201610222508.5A 2016-04-12 2016-04-12 一种关系型数据库向Neo4j模型转换和数据迁移方法 Active CN105930361B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610222508.5A CN105930361B (zh) 2016-04-12 2016-04-12 一种关系型数据库向Neo4j模型转换和数据迁移方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610222508.5A CN105930361B (zh) 2016-04-12 2016-04-12 一种关系型数据库向Neo4j模型转换和数据迁移方法

Publications (2)

Publication Number Publication Date
CN105930361A true CN105930361A (zh) 2016-09-07
CN105930361B CN105930361B (zh) 2019-05-03

Family

ID=56837963

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610222508.5A Active CN105930361B (zh) 2016-04-12 2016-04-12 一种关系型数据库向Neo4j模型转换和数据迁移方法

Country Status (1)

Country Link
CN (1) CN105930361B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108090106A (zh) * 2016-11-22 2018-05-29 财团法人资讯工业策进会 数据库转换服务器及其数据库转换方法
CN109753537A (zh) * 2019-01-25 2019-05-14 中国人民大学 一种从关系数据到图数据的交互式数据迁移方法
CN110209886A (zh) * 2019-02-18 2019-09-06 唯简科技(北京)有限公司 一种基于bigtable数据模型构造面向对象的图的存储方式
CN110321444A (zh) * 2019-07-04 2019-10-11 深圳力维智联技术有限公司 基于图数据库的存储方法、装置和存储介质
CN111324595A (zh) * 2020-02-25 2020-06-23 中信银行股份有限公司 数据迁移的方法、系统、设备及计算机可读存储介质
CN111897793A (zh) * 2020-06-20 2020-11-06 中国建设银行股份有限公司 数据的导入方法、装置、电子设备及计算机可读存储介质
CN113722294A (zh) * 2021-09-01 2021-11-30 达梦数据技术(江苏)有限公司 一种从图数据库到关系数据库的数据迁移方法和系统
WO2023159976A1 (zh) * 2022-02-28 2023-08-31 华为技术有限公司 数据分段写入方法、数据读取方法及装置
WO2023245941A1 (zh) * 2022-06-19 2023-12-28 深圳前海微众银行股份有限公司 一种数据迁移方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020099712A1 (en) * 2001-01-23 2002-07-25 Neo-Core, L.L.C. Method of operating an extensible markup language database
US20090076885A1 (en) * 2007-09-19 2009-03-19 Fein Gene S Multiple Data Transfers to Generate User Dependent Lifestyle Choice Recommendation
CN103279546A (zh) * 2013-05-13 2013-09-04 清华大学 图数据查询方法
CN104765733A (zh) * 2014-01-02 2015-07-08 华为技术有限公司 一种社交网络事件分析的方法和装置
CN105320719A (zh) * 2015-01-16 2016-02-10 焦点科技股份有限公司 一种基于项目标签和图形关系的众筹网站项目推荐方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020099712A1 (en) * 2001-01-23 2002-07-25 Neo-Core, L.L.C. Method of operating an extensible markup language database
US20090076885A1 (en) * 2007-09-19 2009-03-19 Fein Gene S Multiple Data Transfers to Generate User Dependent Lifestyle Choice Recommendation
CN103279546A (zh) * 2013-05-13 2013-09-04 清华大学 图数据查询方法
CN104765733A (zh) * 2014-01-02 2015-07-08 华为技术有限公司 一种社交网络事件分析的方法和装置
CN105320719A (zh) * 2015-01-16 2016-02-10 焦点科技股份有限公司 一种基于项目标签和图形关系的众筹网站项目推荐方法

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108090106A (zh) * 2016-11-22 2018-05-29 财团法人资讯工业策进会 数据库转换服务器及其数据库转换方法
CN109753537A (zh) * 2019-01-25 2019-05-14 中国人民大学 一种从关系数据到图数据的交互式数据迁移方法
CN110209886A (zh) * 2019-02-18 2019-09-06 唯简科技(北京)有限公司 一种基于bigtable数据模型构造面向对象的图的存储方式
CN110321444A (zh) * 2019-07-04 2019-10-11 深圳力维智联技术有限公司 基于图数据库的存储方法、装置和存储介质
CN110321444B (zh) * 2019-07-04 2021-08-17 深圳力维智联技术有限公司 基于图数据库的存储方法、装置和存储介质
CN111324595A (zh) * 2020-02-25 2020-06-23 中信银行股份有限公司 数据迁移的方法、系统、设备及计算机可读存储介质
CN111897793A (zh) * 2020-06-20 2020-11-06 中国建设银行股份有限公司 数据的导入方法、装置、电子设备及计算机可读存储介质
CN113722294A (zh) * 2021-09-01 2021-11-30 达梦数据技术(江苏)有限公司 一种从图数据库到关系数据库的数据迁移方法和系统
CN113722294B (zh) * 2021-09-01 2024-02-23 达梦数据技术(江苏)有限公司 一种从图数据库到关系数据库的数据迁移方法和系统
WO2023159976A1 (zh) * 2022-02-28 2023-08-31 华为技术有限公司 数据分段写入方法、数据读取方法及装置
WO2023245941A1 (zh) * 2022-06-19 2023-12-28 深圳前海微众银行股份有限公司 一种数据迁移方法及装置

Also Published As

Publication number Publication date
CN105930361B (zh) 2019-05-03

Similar Documents

Publication Publication Date Title
CN105930361A (zh) 一种关系型数据库向Neo4j模型转换和数据迁移方法
CN104866593B (zh) 一种基于知识图谱的数据库搜索方法
CN103646032B (zh) 一种基于本体和受限自然语言处理的数据库查询方法
CN105912665A (zh) 一种Neo4j向关系型数据库的模型转换和数据迁移方法
CN108268580A (zh) 基于知识图谱的问答方法及装置
CN103699689B (zh) 事件知识库的构建方法及装置
CN106503106A (zh) 一种基于深度学习的图像哈希索引构建方法
CN113065003B (zh) 一种基于多指标的知识图谱生成方法
CN104504001B (zh) 面向海量分布式关系数据库的游标构造方法
CN109918472A (zh) 存储和查询数据的方法、装置、设备和介质
CN105389367B (zh) 基于Mongo数据库的电网图形多时态多级分布式存储方法
CN106874422A (zh) 一种面向关系型数据库的图查询方法
CN104346444B (zh) 一种基于路网反空间关键字查询的最佳选址方法
CN107193882A (zh) RDF数据上基于图匹配的why‑not查询回答方法
CN109885772A (zh) 基于知识图谱的教育内容个性化推荐系统
CN109871504A (zh) 一种基于异构信息网络与深度学习的课程推荐系统
CN104021210B (zh) 以GeoJSON格式半结构化方式存储地理数据的MongoDB集群的地理数据读写方法
CN106203494A (zh) 一种基于内存计算的并行化聚类方法
CN106503040B (zh) 适用sql查询方法的kv数据库及其创建方法
CN103699647A (zh) 一种字符串词典的索引方法及系统
CN104142974B (zh) 一种语音文件查询方法和装置
CN104008205A (zh) 一种内容路由的查询方法及系统
CN108491380A (zh) 用于口语理解的对抗多任务训练方法
CN104615782A (zh) 基于滑动窗口最大匹配算法的地址匹配方法
CN106250443A (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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100070, 6, building 2, building 3, Ying Ying century East Road, Fengtai District Automotive Museum, Beijing, 701-1

Patentee after: Beijing August melon Technology Co., Ltd

Address before: 100070, 6, building 2, building 3, Ying Ying century East Road, Fengtai District Automotive Museum, Beijing, 701-1

Patentee before: BEIJING HENGGUAN NETWORK DATA TREATMENT CO., LTD.

CP01 Change in the name or title of a patent holder