Database OrientDB可以处理多个根目录吗
我是GraphDB概念的新手，所以如果我误解了什么，请原谅我。这个问题主要是关于OrientDB的，因为我有兴趣将它用作混合文档+图形数据库 虽然OrientDB的原始API中的文档似乎建议我们应该声明一个根节点并为其命名 不过，我想知道这是否绝对必要。正如我所看到的，独立图更多地是一种常见的实际用法，并且给定了OrientDB的体系结构（GraphDB构建在基于文档的数据库之上）。当然，我应该能够在集群/类类型中创建多个独立的图，并通过指定“起始”节点来遍历该图 对于“类型/类”数据，理想的单个“根”节点似乎限制太多Database OrientDB可以处理多个根目录吗,database,graph-databases,orientdb,Database,Graph Databases,Orientdb,我是GraphDB概念的新手，所以如果我误解了什么，请原谅我。这个问题主要是关于OrientDB的，因为我有兴趣将它用作混合文档+图形数据库 虽然OrientDB的原始API中的文档似乎建议我们应该声明一个根节点并为其命名 不过，我想知道这是否绝对必要。正如我所看到的，独立图更多地是一种常见的实际用法，并且给定了OrientDB的体系结构（GraphDB构建在基于文档的数据库之上）。当然，我应该能够在集群/类类型中创建多个独立的图，并通过指定“起始”节点来遍历该图 对于“类型/类”数据，理想的单
有没有人有更好的例子来使用原始图形API处理OrientDB？我不愿意使用Tinkerpop，因为根据本页，Tinkerpop API比原始图形API慢得多（我正在构建一个面向性能的应用程序），但我找不到任何典型的使用实现示例。根节点是可选的，可以作为一种无需查询就开始穿越图形的方法。您可以避免使用它并执行查询来获取图形元素
关于TinkerPop蓝图的使用，您也可以在这个级别上保持混合，只在性能确实是必须的情况下（在一些基准测试之后）使用本机API，并让Gremlin完成大部分遍历。根节点是可选的，可以作为无需查询就开始遍历图的方法。您可以避免使用它并执行查询来获取图形元素 关于TinkerPop蓝图的使用，您也可以在这个级别上保持混合，只在性能确实是必须的情况下（在一些基准测试之后）使用本机API，并让Gremlin完成大部分遍历