問題タブ [orientdb2.2]

プロジェクトに Orednt DB エンタープライズ 2.2.9 エディションを使用しています。とりあえず2台のサーバークラスタを設定し、分散環境でシャーディングを実装しました。しかし、テレポーターを使用して RDBMS からデータをプルすると、データが配布されません。2 つのサーバーでデータを複製するだけです。分散環境のセットアップを手伝ってくれませんか

私の設定ファイルは次のとおりです:-

default-distributed-db-config.json:- { "replication": true, "clusters": { "internal": { "replication": false }, "index": { "replication": false }, "ODistributedConflict" : { "replication": false }, "*": { "replication": true, "writeQuorum": 2, "partitioning": { "strategy": "round-robin", "default": 0, "partitions" : [ [ "マノジ" ], [ "ヴィシュヌ" ] } } }

hazelcast.xml orientdb orientdb false false false 5 1 1 1 1

現在、システム（ドキュメント管理システム）を再設計しており、MySQL から OrientDB を使用するように移行しています。移行ツールを作成していますが、データを RDMS mysql から orientDB に移行するという問題に直面しています。私の質問は: MySQL から OrientDB に簡単に移行するツールはありますか? はい、orientDB を graphDB として使用しています。私のオリエントは v 2.2.10 です (最近 2.2.6 から更新しました)。

その上にJava APIライブラリを備えた5つのノードを持つクラスターでOrientDBを使用しています。どちらもバージョン 2.2.8 を使用しており、Tinkerpop Blueprints バージョン 2.6.0 を使用しています。データベースがしばらく正常に動作するという奇妙な問題が発生していますが、突然以下のエラーが発生し始めます。1.7 から 2.2 にアップグレードしてから、この問題が発生し始めました。

他の誰かが以前にこの問題/エラーを経験したことがあるかどうか、またはマルチノード環境を機能させるために何を変更する必要があるかについてアドバイスがあるかどうか疑問に思っていました.

OrientDB Studio で SQL クエリの奇妙な動作を見つけました (REST プロトコルでも繰り返されます)。

サーバーのバージョンは 2.2.5 です

私のクラスのデータ:

結果：

プロパティの姓と名前はテキスト フィールドです。

Studio でいくつかの SQL クエリを作成します。

結果：

}

うまくいきます。

次：

結果：

}

この場合、予期しない 3 番目の結果が得られました。

次：

結果：

良さそう。

次：

結果：

次：

結果：

私の質問 - それはバグですか、それとも何か間違っていますか?

これらのクエリはクエリ ビルダーの一部であるため、OrientDB の括弧内でどのように機能するかを理解する必要があります。

ありがとう。

Table2 の @rid を Table1 のフィールド "r1" にコピーしたいのですが、Table2.f1=Table1.f2 (f1 と f2 は他の 2 つのフィールド) です。

私が思いついた唯一の解決策はこれです：

ただし、フィールド/値リスト全体を含む文字列を返します。したがって、次のようにトリミングする必要があります。

(@rid 部分だけを保持するため)

しかし、単一のクエリで、より優れた/よりエレガントなソリューションが必要であるように思えます。

上記のフィールド リストから @rid のみを抽出する方法はありますか?

Omega Silva のソリューションも試しましたが、うまくいかないようです。 これは私が得るエラーです。

何か案は？

私たちは 2.1.7 を使用していましたが、クライアント アプリケーションと OrientDB サーバーで時折 (2 か月に 1 回程度) OutOfMemory を取得しました。そのため、最近 OrientDB を 2.1.7 から 2.2.11 にアップグレードしました。アップグレード後、OrientDB からデータをクエリするクライアント アプリケーションで 1 日以内に OutOfMemory を取得します。

heapdump には、 OSBTreeCollectionManagerRemoteとOStorageRemoteAsynchEventListenerの17,014のインスタンスがあり、これは合計メモリの 95% に相当します。

メモリの問題が疑われるスクリーンショット

アップグレードの一環として、Java も 8 にアップグレードされました。

クライアント (Tomcat) JVM パラメータ:

グラフ接続プールの有無にかかわらず試してみましたが、結果は同じです。

この問題に対処する方法について、誰でも詳しい情報を提供できますか。誰かが興味を持っている場合は、ヒープダンプを共有できます。