SQLite-インデックス

インデックスは、データベース検索エンジンがデータ取得を高速化するために使用できる特別なルックアップテーブルです。簡単に言えば、indexテーブル内のデータへのポインタです。データベースの索引は、本の裏にある索引と非常によく似ています。

たとえば、特定のトピックについて説明している本のすべてのページを参照する場合は、最初にインデックスを参照します。インデックスには、すべてのトピックがアルファベット順に一覧表示され、次に1つ以上の特定のページ番号が参照されます。

インデックスは、SELECTクエリとWHERE句を高速化するのに役立ちますが、UPDATEステートメントとINSERTステートメントを使用すると、データ入力が遅くなります。インデックスは、データに影響を与えることなく作成または削除できます。

インデックスの作成には、CREATE INDEXステートメントが含まれます。これにより、インデックスに名前を付けたり、テーブルとインデックスを作成する列を指定したり、インデックスが昇順か降順かを指定したりできます。

インデックスは、UNIQUE制約と同様に一意にすることもできます。この点で、インデックスは、インデックスが存在する列または列の組み合わせでのエントリの重複を防ぎます。

CREATEINDEXコマンド

以下はの基本的な構文です CREATE INDEX

CREATE INDEX index_name ON table_name;

単一列インデックス

単一列インデックスは、1つのテーブル列のみに基づいて作成されるインデックスです。基本的な構文は次のとおりです-

CREATE INDEX index_name
ON table_name (column_name);

一意のインデックス

一意のインデックスは、パフォーマンスだけでなく、データの整合性にも使用されます。一意のインデックスでは、重複する値をテーブルに挿入することはできません。基本的な構文は次のとおりです-

CREATE UNIQUE INDEX index_name
on table_name (column_name);

複合インデックス

複合インデックスは、テーブルの2つ以上の列のインデックスです。基本的な構文は次のとおりです-

CREATE INDEX index_name
on table_name (column1, column2);

単一列インデックスを作成するか複合インデックスを作成するかにかかわらず、クエリのWHERE句でフィルタ条件として非常に頻繁に使用する可能性のある列を考慮してください。

使用する列が1つだけの場合は、単一列のインデックスを選択する必要があります。WHERE句でフィルタとして頻繁に使用される列が2つ以上ある場合は、複合インデックスが最適です。

暗黙のインデックス

暗黙インデックスは、オブジェクトの作成時にデータベースサーバーによって自動的に作成されるインデックスです。主キー制約と一意の制約のインデックスが自動的に作成されます。

Example

以下は、COMPANYテーブルに給与列のインデックスを作成する例です。

sqlite> CREATE INDEX salary_index ON COMPANY (salary);

それでは、COMPANYテーブルで使用可能なすべてのインデックスを使用してリストアップしましょう。 .indices 次のようにコマンド-

sqlite> .indices COMPANY

これにより、次の結果が生成されます。ここで、sqlite_autoindex_COMPANY_1は、テーブル自体が作成されたときに作成された暗黙のインデックスです。

salary_index
sqlite_autoindex_COMPANY_1

次のように、データベース全体のすべてのインデックスを一覧表示できます。

sqlite> SELECT * FROM sqlite_master WHERE type = 'index';

DROPINDEXコマンド

SQLiteを使用してインデックスを削除できます DROPコマンド。パフォーマンスが低下または改善される可能性があるため、インデックスを削除するときは注意が必要です。

基本的な構文は次のとおりです-

DROP INDEX index_name;

次のステートメントを使用して、以前に作成したインデックスを削除できます。

sqlite> DROP INDEX salary_index;

インデックスはいつ避けるべきですか?

インデックスはデータベースのパフォーマンスを向上させることを目的としていますが、回避する必要がある場合があります。次のガイドラインは、インデックスの使用をいつ再検討する必要があるかを示しています。

−ではインデックスを使用しないでください

  • 小さなテーブル。
  • 頻繁に大規模なバッチ更新または挿入操作が行われるテーブル。
  • 多数のNULL値を含む列。
  • 頻繁に操作される列。