問題タブ [orientdb-2.1]

ドキュメントから、orientdb によるディスク キャッシュの 100% の使用率を考えると、読み取りキャッシュに 70%、書き込みキャッシュに 30% の最大サイズを使用することがわかりました ( http://orientdb.com/docs/last/plocal- storage-disk-cache.html#interaction-before-read-and-write-caches )。

読み取りキャッシュについて詳しく読むと、3 つのキュー (a1in、a1out、および am) で分割されており、それぞれの最大サイズは読み取りキャッシュ サイズの 25%、50%、および 75% です ( http://orientdb.com/docs/last/ plocal-storage-disk-cache.html#queue-sizes )。

読み取りキャッシュがいっぱいの安定した状態では、読み取りキャッシュ用にディスク キャッシュの 70% 以上が必要であることは明らかです。これはどのように処理されますか？書き込みキャッシュからいくらかのスペースが取られますか、それとも最初からより多くのスペースが読み取りキャッシュに与えられますか?

また、次のことを確認したいと思います。

1. 関連する「ディスクキャッシュ」は、マシンの RAM ではなく、一般的なディスク (HDD または SDD) に含まれる RAM です。
2. 最初のリンクに書かれているように、orientdb が使用するディスク キャッシュのデフォルト スペースは 100% です (storage.diskCache.bufferSize パラメータで変更できます)。

みんな、ありがとう！

次の方法でプロパティを作成しようとしています。

次のエラーが表示されます。

データベースには、タイプ STRING と互換性のないプロパティ 'Entity.entity_name' にスキーマのないデータが含まれています。それらのレコードを修正し、スキーマを再度変更します

問題のあるレコードを知るにはどうすればよいですか? 私は300,000以上のレコードを持っています

user テーブルの管理者アカウントを誤って削除してしまいました。

復元する方法はありますか？

現在、バックアップデータはありません。

ヒントやコメントをいただければ幸いです。ありがとう！

まず、この素晴らしいデータベースに感謝します。リレーショナル モデルを知っている人にとっては、非常に簡単に理解できます。将来のすべてのプロジェクトのために、グラフでデータをモデリングしている自分を見ることができます。

さて質問ですが、

データ モデリングに OrientDB を使用しようとしていますが、奇妙な問題に直面しました。クエリのフィールド名では、大文字と小文字が任意に区別されます。

例えば、

と

完全に正常に動作します。

しかし

と

動作しません

「rolename」が正確なフィールド名と一致しない場合は機能しないことに注意してください。これが正常かどうか教えてください。

もう1つ、おそらくもっと重要なのは

動作しますが、

動作しません。フィールド「rolename」は単純な文字列ですが、それを機能させるには CONTAINS を使用する必要があります。これもアドバイスお願いします。

何か見逃した場合はお知らせください。

ありがとう！

現在、OrientDB 2.1 の使用中に「エッジが作成されていません」という例外が発生しています。

CREATE EDGE のドキュメント ( http://orientdb.com/docs/2.1/SQL-Create-Edge.html ) に従って:

バージョン 2.1 以降、エッジが作成されない場合、OrientDB は OCommandExecutionException エラーをスローします。これにより、エッジ作成をトランザクションに統合することが容易になります。このような場合、ソースまたはターゲットの頂点が存在しない場合は、トランザクションがロールバックされます。

間にエッジを作成しようとしている頂点に関する情報を記録/印刷する方法があるかどうか疑問に思っていました。JSON ファイルを使用して DB からの更新をクエリし、その JSON 内のトランスフォーマーを使用して、クエリ結果のパラメーターとして ID を使用してエッジを作成しています。ありがとう

OrientDB を使用しており、データ (数百万行) を挿入した後に新しいプロパティを作成しようとしています。

インデックスを作成するために V でプロパティを作成しようとしていますが、次のエラーが発生します。

データベースには、タイプ STRING と互換性のないプロパティ「V.ACCOUNT_NO」にスキーマのないデータが含まれています。それらのレコードを修正し、スキーマを再度変更します [ONetworkProtocolHttpDb]

現在、フィールド タイプの一部は INTEGER ですが、タイプを STRING に変換するのは非常に簡単に思えます。
どうすればデータ全体にそれを行うことができますか?

これは OrientDb 2.1.4 です。

次のクエリは正常に機能します。

history_date <= date('2016-04-12 21:25:17','yyyy-MM-dd HH:mm:ss') である SyncableHist から選択

期待どおりに 3 つのレコードを返し、各レコードの値は history_date = '2016-04-12 21:25:17' です。history_date は DATETIME タイプです。

ただし、これはレコードを返しません。

history_date = date('2016-04-12 21:25:17','yyyy-MM-dd HH:mm:ss') である SyncableHist から選択します。

何か案は？？？

ありがとう！