Like modelのindexについて

Railsでいいね機能を実装するときに質問なのですが
user_idとpost_idにindexやforeign_keyをつけるかみたいな話です。

もう一度整理したいので、質問致しました。

複合インデックス
foreign_key
単一のindex

について質問したいと思います。

①
私の考えでは,複合indexをつける必要があり、ここでは、

user一人当たりに一つの投稿に一回しかいいねができない。
「一人がいいねしている複数投稿」を検索するときに、高速になる。

という認識で合っていますでしょうか？参照

Ruby
1add_index :likes, [:user_id, :post_id]#user一人当たりに一つの投稿に一回しかいいねができない

②
qiitaを参照して見ると、foreign_keyをつけている方が居ます。

ruby
1def change
2    create_table :likes do |t|
3      t.references :user, foreign_key: true, null: false
4      t.references :tweet, foreign_key: true, null: false
5      t.timestamps
6    end
7  end
8コード

ここで、foreign_keyをつけてしまうとuserやpostを削除するときに、likeテーブル（子テーブル）にuser_idが存在するから削除できない。となりますよね？
だからforeign_keyはつけるべきでないと思っています。

③

Ruby
1add_index :likes, :user
2add_index :likes, :post

単一のindexを付与すると、

「誰がいいねをしているのか」を検索するときに早くなる
「いいねしている投稿」を検索するときに早くなる。

と思うのですが、
前者は複合インデックスを作った方が早いのではないかと思ってしまします。
後者は複合インデックスの方が早いと思うのですが、つける意味はありますでしょうか？

私の認識で間違い等ありましたらご指摘願いたいです。
よろしくお願いいたしますm()m

行動規範の内容に同意します

回答1件

ベストアンサー

①私の考えでは（中略）という認識で合っていますでしょうか？

これは特に問題ありません。

②だからforeign_keyはつけるべきでないと思っています。

削除する場合は、「データベースでON DELETE CASCADEをかける」「Railsでdependent: :destroyをかける」などすれば、自動的に関連づいたお気に入りも削除されますので、特に問題となりません。

それより、FOREIGN KEYをかけると、無関係な値が入らなくなるという大きなメリットがありますので、かけないことに正当な理由がある場合はかけておくことをおすすめします。

③単一のindexを付与すると

データベースエンジンにもよるかもしれませんが、複合インデックスは前の一部分だけ使うこともできます。なので、user_id, post_idの順でかかった複合インデックスは、user_idのインデックスとしても使うことができます。

逆に、post_idだけ検索する場合にはこのインデックスは役に立ちませんので、別途でpost_idだけのインデックスが必要です。

投稿2019/02/12 04:49

maisumakun

総合スコア145183

ninginnn

2019/02/12 05:16

ご回答のほど有り難うございます。大変お勉強になります。 likeモデルを作ると、 ①「１つの投稿についている複数のいいね」を参照 ②「１人のしている複数のいいね」を参照することが多いと思うのですが、この場合は、post_idだけのインデックス、あるいは post_id, user_idの複合インデックスのどちらの方が良いでしょうか？