1

スキーマのないオブジェクトを持つアプリを構築しています。そのため、mysql ではオブジェクトを組み立てるために複数のテーブル ルックアップが必要になるため、mysql ではなく mongoDB を使用するのが理にかなっています。オブジェクトのサイズが小さいことを期待しています。これらのタスクでの MongoDB のパフォーマンスに関していくつか質問があります

1-)プライマリ ID ルックアップのみに基づく大量の読み取り: したがって、セカンダリ 'where' ステートメントは使用せず、ドキュメント ID 配列を指定したルックアップのみを使用します (もちろん、ドキュメント キーのプライマリ インデックスを使用します)。

2-)新しいエントリの書き込み: 新しいエントリごとにドキュメントとして書きます。(これが非常に重いとは思わないでください)。

3-)既存のドキュメントに対する小さな操作: ドキュメント内にネストされた整数をインクリメントするか、ドキュメント内にネストされた配列に値が存在するかどうかをチェックし、リストに新しいエントリを追加します。

あなたの知識や経験に基づいて、mongoDB はこれらのタスクをどのように実行しますか?

前もって感謝します。

この質問は漠然としていると言われましたが、その理由はわかりません。私は、mongoDB がこれらの操作を一般的に処理するようにどの程度うまく設計されているかを尋ねています。

4

1 に答える 1

2

ワーキング セット (および一般的なメモリ マッピング メカニズム) に関する情報については、 http://docs.mongodb.org/manual/faq/storage/#what-is-the-working-setの FAQ を参照してください。

MongoDB を効率的にセットアップする方法に関するもう 1 つの有用な情報源は、http://info.10gen.com/rs/10gen/images/10gen-MongoDB_Operations_Best_Practices.pdfです。

これは役に立ちますか?

乾杯

ロナルド

于 2013-03-24T18:43:39.323 に答える