【问题标题】:Check the status of OrientDB - broken vertices检查 OrientDB 的状态 - 损坏的顶点
【发布时间】:2015-05-18 06:46:03
【问题描述】:

我使用 OrientDB 处理大量数据 - 因为导入需要几周时间。 现在,当我快完成时,我得到了

数据库可能包含损坏的顶点

我可以测试数据库的问题吗?或者它只是“表现”得好像一切都是对的? 我有一个先前的迭代,后来我发现并非所有顶点和边都被正确导入。 我认为某些事情不寻常的原因之一是错误消息

..ODatabaseException: RecordId 不能支持负集群 id

当前的方法是尝试打印每个顶点(类型),因为在尝试读取所有属性时,损坏的顶点似乎会引发错误 - 而不是仅获取。对于超过 100M 的顶点似乎不是最优的。 Edges 又如何?

【问题讨论】:

    标签: database status orientdb


    【解决方案1】:

    “数据库可能包含损坏的顶点”出现在drop class 命令上,以警告您删除类而不是使用delete vertex。如果您不想要破损的边缘,请遵循建议。

    关于负 RID,您也可以使用repair database 控制台命令。

    您是如何插入图表的?有还是没有 tx?您甚至在进程运行时停止了它吗?您是针对 plocal 还是远程协议导入?

    【讨论】:

    • 您建议将X类的所有顶点一一删除还是dropVertexType删除?我使用 Java API 插入了 tx。在插入顶点和边时,我确实遇到了一些内存问题(即崩溃)。同时运行多个插入(因为顶点/边的数量)。我为 OrientGraphFactory 使用了 remote:localhost/x 参数,但为什么 remote/plocal 很重要?
    • 顺便说一句,“修复数据库”命令您认为需要什么?现在等待 1.5 小时,没有进度指示... DB 现在由 259M 边和 85M 顶点组成
    猜你喜欢
    • 2017-08-14
    • 2013-06-20
    • 2017-02-10
    • 1970-01-01
    • 2011-08-26
    • 1970-01-01
    • 2021-12-17
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多