neo4j或neo4j+；部分图数据集的mysql

尽管我在这里读到了另一个问题，建议不要同时使用neo4j和mysql（），但我想知道对于数据集来说，什么样的方法才是最好的，因为它包含一些可以像图形一样建模的数据，而其余的数据看起来是关系型的。由于某些原因，我无法发布我正在使用的数据类型

我可以将关系部分硬塞进neo4j，但它看起来既丑陋又复杂，这是我想要避免的

另一方面，如果同时使用这两种方法，我将不得不执行双倍的查询以获得结果，从而降低性能（假设DBs在云上的不同机器中）

我不能单独使用mysql，因为其中一个查询需要大约20-30的深度，我认为mysql无法处理这个深度

你们中有人以前遇到过这样的情况吗？如果是这样，您是如何解决的？

正如其他人所说：“让我们更好地了解您试图建模的数据，以便我们能够最好地为您提供建议”

也就是说，处理2DB不是一个问题，它比人们想象的更常见：通常情况下，您使用全文存储进行搜索，然后返回文档ID列表，然后点击关系数据库以获取更多元数据。或者点击Redis获取ID列表，同时点击关系数据库获取更多数据

我提出了一个Neo4j+MySQL的概念证明系统，用于基于您的社交网络进行有针对性的搜索（“向我展示我的网络推荐的按深度订购的所有餐厅（例如，第一级好友记录的权重高于第二级等等），这并没有让我感到尴尬。但我也没有将其扩大规模

---

您将必须保持两个数据存储同步。因此，在我的情况下，当用户在web应用程序上推荐一个位置（将其插入MySQL）时，您需要掉头并在Neo中执行相同的插入操作。您可能也希望异步执行此操作，因此您需要与workers一起设置消息队列。

正如其他人所说：让我们更好地了解您试图建模的数据，以便我们能够最好地为您提供建议”

也就是说，处理2个数据库并不是一个问题，它比人们想象的更常见：通常情况下，您使用全文存储进行搜索，然后返回文档ID列表，然后点击关系数据库获取更多元数据。或者点击Redis获取ID列表，同时点击关系数据库获取更多数据

我提出了一个Neo4j+MySQL的概念证明系统，用于基于您的社交网络进行有针对性的搜索（“向我展示我的网络推荐的按深度订购的所有餐厅（例如，第一级好友记录的权重高于第二级等等），这并没有让我感到尴尬。但我也没有将其扩大规模

---

您将必须保持两个数据存储同步。因此，在我的例子中，当用户在web应用程序上推荐一个位置时（该位置将插入MySQL）然后，您需要转向Neo并执行相同的插入操作。您可能也希望异步执行此操作，因此您需要使用workers设置一个消息队列。

两个dbs听起来像是一场噩梦。您能否重构关系数据库以类似neo4j的方式工作？我不是说类似于图形，而是说类似于其他n的以文档为中心例如，osql数据库mongo.Neo4j的工作方式几乎相同，但上面有图形功能。好消息是我还没有开始，所以不需要任何重构：）。在图形功能方面，mongo与neo4j相比如何？具体来说，它是否非常适合30个节点的DFS？mongo没有任何图形功能。我想说的是，如果您需要，您可以在neo4j中在mongo中做任何事情。（存储文档并索引其字段）。我的意思是，如果你可以将关系存储重构为文档存储，你就可以开始了。你可以在文档存储中创建关系。这涉及到在mongo中建模一个多个关系，但同样可以应用于neo4j。（那里有关于其他关系类型的文章）很好，但是性能是这个项目的重中之重，也很容易编程/使用。从你所说的，听起来我必须构建“图形功能”我自己说，不是吗？两个dbs听起来像是一场噩梦。你能重构关系数据库，使其以neo4j的方式工作吗？我说的不是图形化的，我说的是以文档为中心的，就像其他nosql数据库，例如mongo。neo4j的工作方式几乎相同，但上面有图形功能。好消息是，我还没有开始，所以不需要一个数据库ny重构：）。mongo在图形功能方面与neo4j相比如何？具体来说，它是否非常适合30个节点的DFS？Mongo没有任何图形功能。我想说的是，如果你需要的话，你可以在neo4j的mongo中做你能做的一切。（存储文档并为其字段编制索引）。我的意思是，如果你能将你的关系存储重构成一个文档存储，你就可以开始了。您可以在文档存储中创建关系。这涉及到在mongo中建模一个或多个关系，但同样适用于neo4j。（那里有关于其他关系类型的文章）很好，但是性能是这个项目的重中之重，同时也很容易编程/使用。从您所说的，听起来我必须自己构建“图形功能”部分，不是吗？“您可能也想异步地完成这项工作”。Node.js很好，不是吗？@user2103008可能，但不一定。“你可能也想异步完成这项工作”。Node.js很适合，不是吗？@user2103008可能，但不一定。