今日、私たちの読取りクエリが〜1,000,000行の増加によってどのように影響を受けるか尋ねられました。クエリは頻繁に索引付けされ、1msecという非常に高速です。どのくらいの新しいデータを追加しても、クエリのパフォーマンスは比較的同じに保つべきであるというインデックスがあるので、それは本当ですか?ディスク上のインデックスサイズが拡大し続けるのは単なるですか?誰か説明できますか?追加データを追加すると、インデックスはクエリのパフォーマンスを維持しますか?
ありがとうございました。
今日、私たちの読取りクエリが〜1,000,000行の増加によってどのように影響を受けるか尋ねられました。クエリは頻繁に索引付けされ、1msecという非常に高速です。どのくらいの新しいデータを追加しても、クエリのパフォーマンスは比較的同じに保つべきであるというインデックスがあるので、それは本当ですか?ディスク上のインデックスサイズが拡大し続けるのは単なるですか?誰か説明できますか?追加データを追加すると、インデックスはクエリのパフォーマンスを維持しますか?
ありがとうございました。
あなたの質問はあまりにも一般的です。実際のクエリとテーブル構造を見ずに答えるのは難しいです。
索引付けされている表(LIKE条件を含む問合せなど)にもかかわらず、全表スキャンが実行される問合せがあります。一般的にインデックスを使用するクエリもあります。また、DBMSで収集された統計によっては、索引を使用しても索引を無視してフル・テーブル・スキャンを行うよりも非効率的であると判断されることがあります。
要するに、索引は一部の問合せのパフォーマンスを大幅に向上させることができますが、他の問合せでは非効率的で無視される可能性があります。テーブル内のデータ量を増やすよりもクエリが第2のタイプの場合は、クエリ実行時間が大幅に増加します。