問題タブ [indexing]

次の SQL はインデックスも削除しますか? それとも個別に削除する必要がありますか?

インデックスについて学習しようとしている「インデックスとは何ですか? また、それらを使用してデータベース内のクエリを最適化するにはどうすればよいですか? 」のフォローアップとして、インデックスの候補として適しているのはどの列ですか? 具体的には、MS SQL データベースの場合?

いくつかのグーグルの後、私が読んだことはすべて、一般的に増加し、一意である列が適切なインデックスを作成することを示唆しています（MySQLのauto_incrementなど）。これは理解していますが、MS SQLを使用しており、主キーにGUIDを使用しているため、そのインデックスは GUID 列に利益をもたらしません...

私は理解に苦労しているため、Cで配列とインデックスを手動で管理しています.これらは私の2つの古典的なアプローチですが、条件に達したときにループし続けるため、機能していないようです:

どんなアドバイスでも大歓迎です！

アップデート：

今それは動作します！このような即時の応答をありがとうございました。これは間違いなく素晴らしいコミュニティです。私は大いに助けられています。

null は DB2 でインデックス付けできないことを理解しているので、通常は日付ですが、時折 (時間の 10%) null である日付列 (sold_on) を持つ巨大なテーブル (Sales) があると仮定します。

さらに、それが変更できないレガシー アプリケーションであると仮定してみましょう。そのため、これらの null はそこにとどまり、何かを意味します (返された売上高としましょう)。

sold_on 列と total 列にインデックスを配置することで、次のクエリを高速化できます

しかし、インデックスはこのクエリを速くしません:

値に対して索引付けが行われるためです。

null にインデックスを付けることはできますか? たぶん、インデックスの種類を変更することによってですか？インジケーター列にインデックスを付けますか?

SQL 2005 データベースに、2,000,000 以上のレコードといくつかのインデックスを持つテーブルがあるとします。クエリでインデックス ヒントを使用する利点は何ですか? クエリでインデックス ヒントを使用することに不利な点はありますか?

次のようなクエリがある場合、

datetime_field列にインデックスを付けることは役に立ちますか？つまり、インデックスは、等式（または不等式）テストを使用する場合にのみ役立ちますか、それとも順序付き比較を行う場合にも役立ちますか？

（テーブルを再作成せずに、このクエリをより適切に実行するための提案も大丈夫です！）

MySQL のテーブル フィールドにインデックスが存在するかどうかを確認するにはどうすればよいですか?

これを何度も Google で検索する必要があったので、Q/A を共有します。

ベクトルの要素を反復処理するときは、インデックスの代わりに反復子を使用することをお勧めします (配列インデックスの代わりに反復子を使用する理由を参照してください)。

ただし、ループの本体でインデックスを使用する必要がある場合があります。その場合、パフォーマンスと柔軟性/拡張性を考慮して、次のうちどれが望ましいでしょうか?

1. インデックス付きループに戻る/li>
2. オフセットを計算する/li>
3. std::distance を使用する/li>

私たちの製品の私の担当分野のテーブルは、複数の直交インデックスを持っていると批判されています。

直交指数とは何ですか?
なぜ悪いのですか？
どうすれば状況を回避できますか？

--更新
-- アプリケーションはデータベースに依存しないため、バックエンド データベース エンジンは必ずしもここでは関係ありません。しかし、それが役立つ場合、オラクルは 1 つの可能性です。

問題のテーブルは、財務分析には使用されません。

インデックスにはどのような種類があり、それぞれの利点は何ですか?

カバリング インデックスとクラスター化インデックスについて聞いたことがありますが、他にもありますか? それらをどこで使用しますか？