問題タブ [mongodb-indexes]

シェルでmongodbのコレクションのインデックスのリストを表示する方法はありますか? http://www.mongodb.org/display/DOCS/Indexesを読みましたが、何も表示されません

：priceフィールドと：qtyフィールドを持つItemドキュメントがあるとします。特定の：price AND：qtyに一致するすべてのドキュメントを検索したい場合もあれば、：price自体または：qty自体のいずれかになる場合もあります。

：priceキーと：qtyキーのインデックスを作成しましたが、両方に複合インデックスを作成する必要がありますか、それとも単一キーのインデックスで十分ですか？

編集：mongodbサイトでこの記事が非常に役立つことがわかりました：

http://www.mongodb.org/display/DOCS/Indexing+Advice+and+FAQ

MongoDB 1.6.3 を使用して、大きなコレクション (300k 以上のレコード) を保存しています。複合インデックスを追加しました。

ただし、このコードを実行しようとすると:

私は得ています：

Mongo::OperationFailure (インデックスなしで sort() のデータが多すぎます。インデックスを追加するか、より小さい制限を指定してください)

私は何を間違っていますか？

シェル内のすべてのインデックスを表示したいだけです。

同じコレクションに{data： "hello"}、{data：123}を含めることができ、その上にインデックスを作成することもできます。mongodbが舞台裏でインデックスをどのように管理しているか興味があります。異なるタイプで単一のBツリーを作成することはできません。右？ただし、getIndexesを実行して、別のインデックスが作成されているかどうかを確認しましたが、作成されるインデックスは1つだけです。

mongodbのマルチキーでどのように正確にインデックスが作成されるかを理解するのは難しいと感じています。

これは、mongodbのWebサイトのドキュメントでマルチキーについて読んだものです
。1）「配列要素のインデックスにインデックスを作成すると、データベースに配列の各要素のインデックスが作成されます」
2）「...ドキュメントのすべてのタグにインデックスが付けられます、およびそのドキュメントの「X」、「Y」、および「Z」のインデックスエントリを作成します。」

では、そのドキュメントのインデックスエントリとは正確にはどういう意味ですか？各ドキュメントはエントリを覚えていますか？その場合、検索は全表スキャンになりますか？または、それはmysqlの同じbツリーインデックスであり、各インデックスエントリはそれぞれの出現ごとに複数のドキュメントを指します。その場合、私は考えすぎです。

例を見てみましょう：

私が理解するのを手伝ってください！前もって感謝します。

MongoDB を使用して最初のアプリを作成していました。フィールドのインデックスを作成し、$regex パラメータを使用して検索クエリを試行し、シェルで起動しました

同じクエリを起動しているが、コレクションにインデックスがない場合、パフォーマンスがはるかに優れているため、非常に奇妙です。

明らかに、正規表現を使用せずにインデックスを使用してフィールドを検索する方がはるかに高速です（つまり、定数フィールドを使用してドキュメントを検索する）が、そのような動作の理由に本当に興味があります。

私はこれらのインデックスを持つコレクションを持っています:

そして次のようなクエリ

インデックスで正常に動作します

ただし、msgid でソートする場合:

mongodb はもうインデックスを使用しません:

解決策はありますか？

次のようないくつかのシグナルに基づいて、MongoDB インデックスのサイズを適切に見積もるためのツールを探しています。

• コレクション内のドキュメントの数
• インデックス付きフィールドのサイズ
• ObjectId でない場合に使用している _id のサイズ
• ジオ/非ジオ

誰かがこのようなものに出くわしましたか? Mongo がメモリ ウォールにぶつかり、ドキュメントがディスクにページ アウトされ始めるとパフォーマンスが低下することを考えると、これは非常に役立つと想像できます。機能しているデータベースがあり、別のインデックスを追加したい場合、それが大きすぎるかどうかを知る唯一の方法は、実際に追加することです。

細かいところまで正確である必要はありませんが、B ツリーとインデックスの実装に関するいくつかの仮定があれば、役に立つほど合理的であると確信しています。

これがまだ存在しない場合は、ビルドしてオープンソースにしたいので、この計算に必要なパラメーターを見逃している場合は、回答に含めてください。

スパース インデックスを正しく理解しているかどうかはわかりません。

fbId にスパース ユニーク インデックスがあります

そして、fbId として null のレコードを挿入できると期待していましたが、重複キーの例外がスローされます。fbId プロパティが完全に削除されている場合にのみ挿入できます。

まばらなインデックスはそれを処理するはずではありませんか?