問題タブ [document-storage]

私は多くのキーと値のペアを書いているアプリケーションに取り組んでいます。本番環境では、データベースのサイズは数百テラバイト、場合によっては数ペタバイトにもなります。キーは 20 バイトで、値は最大 128 KB で、4 KB より小さいことはほとんどありません。現在、MongoDB を使用しています。明らかに多くのオーバーヘッドが発生しているため、パフォーマンスはあまり良くありません。MongoDB はファイル システムに書き込み、LVM はさらに RAID 6 アレイに書き込みます。

私たちの要件は非常に基本的なものなので、汎用データベース システムを使用するとパフォーマンスが低下すると思います。ドキュメント (または「値」) を生のドライブ (実際には RAID アレイ) に直接配置し、キー (および値が生のドライブに存在する場所へのポインター) を格納できる単純なデータベース システムを実装することを考えていました。ドライブ) を、SSD に支えられた高速なインメモリ データベースに格納します。これにより、（ファイルシステムを使用するのとは対照的に）断片化がまったくないため、読み取りも高速化されます。

ドキュメントが削除されることはめったにありませんが、デバイスで使用可能な空き容量のプールを維持する必要があります (ファイルシステムが提供するもの)。

私の質問は、これは本当に重要な改善をもたらすのでしょうか? また、このようなことを行う文書保管システムはありますか? または、開始点として使用できる同様のものはありますか?

ドキュメント ストレージを使用して作成されたカスタム パーツに設定されたプロパティに基づいて IContentQuery を作成しようとしていますが、これを行う方法の良い例が見つかりません。ContantPartRecord を設定すれば非常に簡単ですが、新しいドキュメント ストレージ機能を使い始めたいと思います。

現在作成しようとしているクエリは、次のような ContentPartRecord で作成するクエリと同等です。

ドキュメントストレージを使用してこれを行うことは可能ですか?

前もって感謝します。

mongo シェルで、次のドキュメントをゲスト コレクションに挿入しました。

この2つの方法で検索できるようにしたいのですが、

1) 内部の好み、交通機関が「タクシー」に等しいすべてのゲストを取得します。

私が試してみました： db.guests.preferences.find({"Transportation":"Taxi"})

また、次のfindメソッドを試しましたが、「Hodgson」しか返されませんでした

db.guests.find({preferences: {"Transportation":"Taxi"}})

「Jackson」の中に入れず、「Transportation」項目の配列で値を見つけない理由がわかりません

どんな助けでも大歓迎です

以下に示すように、Liferay 6.2 ドキュメント ライブラリのアーカイブ/バックアップ機能を実装する必要がありAdvancedFileSystemStoreます。

以下の2つのシナリオがあります。以下を達成するために使用できるLiferay OOB機能があるかどうか、またはカスタム開発を使用してこれを達成する方法についての指針があるかどうかを提案してください。

シナリオ 1: Documents and Media セクションにさまざまなドキュメントを含むさまざまなフォルダーを持つ 1 つのサイトのみがあります。これらのフォルダは、定期的にバックアップする必要があります (たとえば、1 週間に 1 回)。論理フォルダー階層とドキュメントは、アーカイブ フォルダーに保存する必要があります。

例えば：

バックアップ後、アーカイブ ディレクトリ内のこの構造は次のようになります。

シナリオ 2: 複数のサイトがあり、それぞれのドキュメントとメディア セクションにさまざまなドキュメントを含む異なるフォルダーがあります。これらのフォルダはすべて、定期的にバックアップする必要があります (たとえば、1 週間に 1 回)。論理フォルダー階層とドキュメントは、アーカイブ フォルダーに保存する必要があります。

例えば：

バックアップ後、アーカイブ ディレクトリ内のこの構造は次のようになります。

PouchDBに似たものがあれば素晴らしいでしょう。

現在のキー値ストレージ ( AsyncStorage) は、データを保存してクエリするには明らかに不十分です。

記事 (PDF ファイル) を保存および検索できる研究データベースを作成したいと考えています。助言がありますか？

いくつかのリレーショナル データベースのチュートリアルを見てきましたが、ドキュメントの保存と取得について言及しているものはなく、生データのみを参照しています。

現在、ID モデルはハードコーディングされており、モデルはそれらから継承されていますが、このように ID プロパティを指定する必要なく、汎用モデルだけを記述できるようにしたいと考えています (同じモデルに対して別のモデル定義が必要になるため、場合によっては、収納タイプ）

したがって、PersonModel はこれら 2 つの継承されたプロパティを取得し、ソファの必要に応じてシリアル化された Json になります。

しかし、これには継承を使用したくないとしましょう。むしろ、選択したドキュメント ストアに基づいて、実行時に ID プロパティを暗示または追加する必要があります。

その後、モデルを一般的に定義できますが、それを保存したり、CouchDB 以外のものから読み取ったりする場合は、それに応じて ID プロパティを取得します。

ただし、これを行うための非常にクリーンな方法は考えられません... 1つの考えは、ある種の IJsonIdentity プロパティが必要であり、実行時に次のように注入されることでした

また

そして、実行時にモデルプロバイダーがモデルを作成すると、依存関係の注入または何かがモデルにアイデンティティプロパティを設定します...

問題は、モデルのルート レベルでプロパティを取得できなくなり、代わりにそのモデルの Identity プロパティの下にあるため、バックエンドの標準 JSON が一致せず、人々はそれをそのまま使用できないことです。予想通り...

どんなアイデアでも大歓迎です