問題タブ [compound-index]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mongodb - MongoDB : ドキュメント自体を読み取る代わりにインデックスを読み取り、nscanned オブジェクトを減らす
以下のコードでは、日付をクエリして名前で並べ替えています (日付フィールドにインデックスを付けないのは奇妙に聞こえるかもしれませんが、メモリ内での並べ替えを避けるためにそうしているので、名前でインデックスを付けています)。説明を実行している場合、次の結果が得られました。
次に、名前と日付で複合インデックスを作成すると、次の出力が得られました。
私のクエリにインデックスまたはそのプレフィックスが含まれていない場合でも、2 番目のケースでは、インデックスはインデックスから日付フィールドを直接読み取ることができるはずです。したがって、nscannedObject は n = 49 に等しいはずです。実際、すべての情報はすでにスキャンされたドキュメントの数は、返された結果の数と同じである必要があります。ここではそうではないようです。私は間違っていますか、それとも何か間違っていますか?
mongodb - mongodb 複合インデックスと単一インデックスのパフォーマンス
次のシナリオを検討してください。
100% の場合、クエリにはaがクエリに含まれ、場合によってはbも含まれます。
クエリの 90% は次のようになります。
そして10%になります
複合インデックスのみ (存在する場合) でこれを満たすことのマイナス面は何でしょうか?、次のように:
}
または、クエリのみを満たす2番目のインデックスを追加することでメリットがありますか
mongodb - Mongodb - ページネーション時に複合インデックスを使用してパフォーマンスを向上させる
私は mongodb の初心者であり、複合インデックスを使用してクエリのパフォーマンスを向上させる方法について助けが必要です。
「_id」フィールドを使用してページネーションを使用しています。クエリ:
style
およびarea
オプションにすることができるので、これらも可能です。
これらのクエリは、この複合インデックスで問題ありませんか? それとも追加のインデックスが必要ですか?
編集
これらのインデックスのどれがクエリに効率的かはわかりません。
スタイル数: 16
エリア数:50
ID数:1000万
python - Query compound _id for time range in MongoDB using PyMongo
I have a collection in which the _id
s are compound of a time and an string (yeah, I know it's bad but... it was like that when I arrived). One record in that collection looks like:
Basically, I'm trying to figure out a query which would give me the records where _id.my_string
is Foo
and _id.my_time
is between time1
and time2
Can I use $and
to build a query dict
querying different parts of the compound _id
?
This returns 0 records:
So does this this:
Just in case you haven't noticed, I'm a real newbie when it comes to MongoDB.
Thank you in advance!
mongodb - MongoDB の複数の複合インデックスはパフォーマンスに影響しますか?
さまざまな種類のクエリを処理するために複数の複合インデックスを作成する方が良いですか?
または
、複数のクエリをサポートする方法で単一の複合インデックスを使用する方が良いですか (クエリの数が多いため、分析と構築が困難です)。
私の基本的な質問は、「複数の複合インデックスを作成すると読み取り/書き込み操作が遅くなりますか?」です。
解決策を教えてください。
postgresql - 3 つのキーを持つ複合インデックス、中間のキーをスキップしてクエリを実行するとどうなりますか?
PostgreSQL で、3 つのカラムで複合インデックスを使用したいA, B, C
。B
はcreated_at
日時であり、場合によっては なしでクエリを実行することがありますB
。
インデックスを複合して、条件を on で(A, B, C)
クエリし、条件を onA
でクエリしC
ないとどうなりB
ますか? (つまり、特定の時間範囲だけでなく、常にそれが必要ですか?A
)C
(A, B, C)
Postgres は、 B をスキップするだけで複合インデックスを引き続き使用できるほどスマートですか?
mongodb - 日付を尊重しないMongodbの一意の複合インデックス
mongodb の一意の複合インデックスに問題があります。コードは最もよく話すので(mongoシェルで):
_id が 1 であっても日付が異なるため、doc2 が正常に挿入されることを期待していますが、スクリプトは次のエラーを返します。
コレクションで find() を実行すると、実際には次のものしか表示されません。
これが機能しないのはなぜですか?