2
4

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

拝啓〜データベースにIndex貼ってますか?〜

Last updated at Posted at 2021-04-24

はじめに

突然ですが、データベースにインデックスって貼ってますか??
「なにそれ?」や「知ってるけど貼る方法が微妙。。」な人も、この記事で適切にインデックスを貼れるようになります!
知識を蓄えてデータの読み込み速度の上昇を目指しましょう!

まず、インデックスとは?

特定のカラムからデータを取得する際に、テーブルの中の特定のカラムのデータを複製し検索が行いやすいようにしたもののことです。

例えでいうと、Userテーブルの名前データを参照したいと考えた場合、Usersテーブルのnameカラムにindexを張ってないと、プログラムはUserテーブルのnameカラムを上から順にみていくので対象データが一番下の場合とても時間がかかります。
それを解決するのがインデックスです!

メリット and デメリット

  • メリット
    • データの読み込み・取得が早くなる。
  • デメリット
    • 書き込みの速度が倍かかる。

どのカラムにインデックスを貼ればいいの?

データ量が多いテーブルの、格納される値がそれぞれ異なるようなカラムで、検索がよく行われるカラムに対して張るととても効果的です。
-例-
外部キー、よく検索に使われるカラム...etc

インデックスの貼り方

1.rails g migration add_index_テーブル名_カラム名とし、migrationファイルを作成する。


class AddIndexToテーブル名 < ActiveRecord::Migration
  def change
    add_index :テーブル名, カラム名
    add_index :テーブル名, [:カラム名1, :カラム名2, ・・・] # 複数カラムに貼る場合
    add_index :テーブル名, カラム名, unique: true # ユニークなインデックスを生成
    add_index :テーブル名, カラム名, length: 15 # インデックスの長さを15に指定して生成
    add_index :テーブル名, カラム名, name: 'index' # インデックス名をつけて生成
  end
end

※追加ではなく、最初のテーブル作成時にインデックスを貼る場合は、以下のようにする。


class CreateHoges < ActiveRecord::Migration
	def change
		create_table :hoges do |t|
            # index: trueとする
			t.references :huga, index: true, foreign_key: true, null: false
			t.string :fuga, null: false		
			t.timestamps null: false
		end
	end
end

2.ファイル作成後、rails db:migrateを実行する。

複合インデックスというものもあります

1つのカラムだけにインデックスを貼ると、全てのカラムが一致するような検索結果を出すためには、一つ目のカラムで調べて、重複する中から2つ目のカラムで一致するものを調べて、と順々に調べる必要があります。
このような事態を防ぐため、複合インデックスを予め貼っておくと、高速で検索が可能になるという利点があります。

複合インデックスの特徴

複合インデックスは、「キーとして構成されているカラムの全てが検索条件に指定されていなくても、キーの先頭から途中までのカラムが指定されていれば、インデックスが使われる」という特徴があります。
インデックスで全ての情報を事細かく指定してしまうと、不必要な情報をも毎回検索してしまうので、 複合インデックスでの指定ではカラムの一部だけを指定すればよいことになります。

-例-
会社(companyテーブル)、姓(family_nameカラム)、名(personal_nameカラム)、誕生日(birthdayカラム)とあるとする。
会社(companyテーブル)の内容が90%がA社で,10%がB社といった情報量の少ない場合は、姓と名で複合インデックスを貼れば良い。

注意点

インデックス名は以下のルールに則って命名されます。
1.index_テーブル名_on_〇〇とする
2.単独のインデックスはカラム名を追加する
3.複合インデックスは、カラム名を_and_で連結する。

# 単独インデックスの場合
add_index :customers, :family_name_kana
#=> "index_customers_on_family_name_kana"

# 複合インデックスの場合
add_index :customers, [ :family_name_kana, :given_name_kana ]
#=> "index_customers_on_family_name_kana_and_given_name_kana"

# 複合インデックスの場合(3つ以上)
add_index :customers, [ :birth_month, :family_name_kana, :given_name_kana ], name: "index_customers_on_birth_month_and_furigana"
#=> name属性を指定しないとエラーとなるため自分で命名する

おわりに

ここまで説明されたら、0知識でも少しだけイメージが湧きましたでしょうか?
データが膨大になってくると、読み込み速度はとても重要です。
適切にインデックスを貼れるようにしておきましょう!!

参考

[データベースにindexを張る方法]
(https://qiita.com/seiya1121/items/fb074d727c6f40a55f22)

[Railsマイグレーションのindexの定義方法と対象について]
(https://kapi-travel.com/programing/rails%E3%83%9E%E3%82%A4%E3%82%B0%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AEindex%E3%81%AE%E5%AE%9A%E7%BE%A9%E6%96%B9%E6%B3%95%E3%81%A8%E5%AF%BE%E8%B1%A1%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/)

[Rails 複合インデックスの貼り方]
(https://openbook4.me/sections/621)

2
4
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
2
4

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?