DBにおけるインデックス付与について

データベースを扱うとき、インデックスの付け方について記載する。併せて、GORMでどのように扱うかも記載する。

取り扱うもの

データベースのインデックス
GORMのインデックス
検索が遅いときの調査方法

カーディナリ（濃度）とは？

ざっくりいうと、重複しないデータの量のこと。

（絶対量ではなく、データを相対的に見たときの高低が重要となる）

この例だと・・・

"性別"は、カーディナリが低い（2種類）
"名前"は、カーディナリが高い（名字の種類だけ）

性別名前

男山田

女佐藤

女田中

〜〜

性別	名前
男	山田
女	佐藤
女	田中
〜	〜

インデックス付与の考え方

結論として・・・

カーディナリの高い項目に付与すること
複合インデックスは、カーディナリの高い順に付与すること

そもそも、なぜインデックスが必要なの？

検索速度が速くなるから。

DB内部では、検索しやすい並び順にして、その並び順を保持する。最適化された並び順に対して、２分木探索など適用すれば、検索が高速になる。

この例だと・・・

保存されているデータ

性別名前

男山田

女佐藤

女田中

〜〜
DBの中では、名前を昇順として並び順を保持する

性別名前

女佐藤

女田中

男山田

〜〜

性別	名前
男	山田
女	佐藤
女	田中
〜	〜

性別	名前
女	佐藤
女	田中
男	山田
〜	〜

複合インデックスってなに？

参考ページがとてもわかり易いので割愛する。

プライマリキーインデックスとインデックスの違いは？

参考ページがとてもわかり易いので割愛する。

GORMにおけるインデックス付与

GORMでは、構造体タグとしてインデックスを与えられる。インデックス名称は任意だけれど、命名規則として「IXカラム1カラム2」とするのが良いらしい。

ケース１：インデックス２つ

この場合、RoleとAddresは別々のインデックスとなる

type User struct {
  Email        string
  Role         string  `gorm:"index:IX_role"`
  Num          int     
  Address      string  `gorm:"index:IX_address"`
}

ケース２：複合インデックス１つ

この場合、RoleとAddressが複合インデックスとなる

type User struct {
  Email        string
  Role         string  `gorm:"index:IX_role_address"`
  Num          int     
  Address      string  `gorm:"index:IX_role_address"`
}

複合インデックスの優先順位はどうなるの？

結論としては・・・

DBに保持されるカラムの順番で優先される。

この場合だと・・・

type User struct {
  Email        string
  Role         string  `gorm:"index:IX_role_address"` //優先度高
  Num          int     
  Address      string  `gorm:"index:IX_role_address"` //優先度低
}

この構造体だと、DBへ保存したとき、以下のようなテーブルとなるため、Roleの優先順位が高くなる。