【问题标题】:Can OrientDB handle multiple rootOrientDB 可以处理多个根吗
【发布时间】:2012-05-22 11:32:23
【问题描述】:

我是 GraphDB 概念的新手,所以如果我有任何误解,请原谅我。这个问题主要是关于 OrientDB,因为我有兴趣将它用作混合文档 + 图形数据库。

虽然来自 OrientDB 的 Raw API 的文档似乎建议我们应该声明一个根节点并为其命名...http://code.google.com/p/orient/wiki/GraphDatabaseRaw

但是我想知道这是否是绝对必要的。正如我所看到的,独立图更多地是一种常见的实际用法,并且给定了 OrientDB 的架构(GraphDB 建立在基于文档的数据库之上)。当然,我应该能够在集群/类类型中创建多个独立的图,并通过指定一个“起始”节点来遍历该图。

“类型/类”数据的单个“根”节点的理想状态似乎过于严格。

有没有人有更好的例子来使用 Raw Graph API 处理 OrientDB?我不愿意使用 Tinkerpop,因为根据此页面 http://code.google.com/p/orient/wiki/JavaAPI Tinkerpop API 比 Raw Graph API 慢得多(并且我正在构建一个面向性能的应用程序),但我找不到任何典型的使用实现示例。

【问题讨论】:

    标签: database graph-databases orientdb


    【解决方案1】:

    根节点是可选的,可以在不进行查询的情况下开始穿越图。您可以避免使用它并执行查询来获取您的图形元素。

    关于 TinkerPop 蓝图的使用,您也可以在这个级别上保持混合,仅当性能是真正必须时(在一些基准测试之后)才使用原生 API,并让 Gremlin 进行大部分遍历。

    【讨论】:

      猜你喜欢
      • 2021-07-02
      • 2017-05-20
      • 1970-01-01
      • 2016-04-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-10-03
      • 2010-12-02
      相关资源
      最近更新 更多