Graph databases 图形数据库正确识别业务路线吗？

我有一个业务逻辑来确定有利于业务的成本效益

路线

。这里的

路由

从技术上讲，意味着应用程序应该连接一个api/连接（服务提供商）来完成交易，这里的好处是业务在完成交易时获得的价格

必须根据不同的参数确定

路由

，其中一些参数包括：交易值、与服务提供商执行交易的连接、服务提供商上设置的优先级标志、服务提供商的交易计数器、执行交易的客户机、执行的交易类型、，服务提供商期望的事务中存在的属性、服务提供商收取的费用（最低）等

到目前为止，这些属性被压缩到关系数据库中，路由是通过一个中等复杂的查询进行查询的。我想看看像ApacheTinkerpop这样的

图形数据库

是否适合这种用例。我已经使用了

graphdb

作为一种基于客户关系的产品推荐引擎。需要注意的一点是，该公司会根据交通和需求随时更改路线

---

如果需要，我将添加详细信息。

首先，我要说这是一个典型的图形数据库用例

您需要的是最短路径算法，以帮助您为企业找到最经济高效的路径。考虑到您在问题中提到的参数，您可能需要将它们用作图形模型中的顶点、边（关系）或顶点/边的属性

现在，我试图根据您的描述和我的理解提供一个模型。这绝对不是一个完整（或正确）的模型，因为我确信这里缺少很多信息。只是一个供你参考的样品

通常，在属性图模型中有三个概念：

• 顶点
• 边缘/关系
• 顶点或边的属性

根据您提供的信息，图形模型可以有：

• 顶点-服务提供商，其属性为优先级、费用和事务计数器；客户端
• 边缘-事务，事务的值作为其属性

你可以想出这样的办法：

最后，如果您的数据集不是太大，比如10亿以下（顶点和边加在一起），大多数图形数据库都可以处理。至于它们的性能，如果您的数据可以放在单个节点（主机）中，则没有太大区别。

看看这个：还有这个：