railsでのDB設計について、アドバイスが欲しい：配列を入れたい

Question

#railsのmodelのカラムに配列を入れたいです。
というか、データとしては配列が理想的だと思うのですが、modelのカラムのデータ型を配列にする（serialize等で）は気が引けます。いろいろ問題があるという話を聞くので。

それで、どうしたものかと考えているのですが、何か良い案はないでしょうか？

#具体的には
Userモデルの中に、好きなジャンル（複数可）という情報を入れたいです。ジャンルの情報はidで紐づくようにします。

自分が思いついた案としては

（１）favorite_genresにstring型で数字を入れ、取り出す際に数値配列に変換する。
ex) “ 01, 05, 08”がdbに入っており、取り出す際に[1,5,8]などに変換

（２）is_favorite_actionなどのように、ジャンルごとに好きかどうかのカラムを用意し、boolean型で管理

ジャンルの数は20とかその程度に限られてはいるので、（２）の運用も可能ではあると思うのですが、もしジャンルが増えたら全てのUserにカラムを追加しなければならず、手間かなと思います。また、取り出す際も、複数のカラムをチェックしに行かなければならないので手間ですよね。。

であれば（１）が良いような気もしますが、stringを無理やり配列に変更するのは、これで良いのかなぁと心配になります。

何ぶんrails applicationを作成するのが初めてな為、db設計の勝手がわからないのですが、このような場合にはどうするのがベストなのか、こんなやり方があるよなどのご意見、また自分の見立てで間違っている箇所などを指摘していただきたいです。

よろしくお願いします。

Answer 1

Userモデルの中に、好きなジャンル（複数可）という情報を入れたいです。

「どうしてもusersテーブルの中に入れたい」という事情がなければ、素直に正規化しましょう。「ユーザーとジャンルの結びつき」だけで1つのテーブルを作るのです。

class User < ApplicationRecord
  has_many :genre_users
  has_many :genres, through: :genre_users
end

class GenreUser < ApplicationRecord
  belongs_to :user
  belongs_to :genre
end

class Genre < ApplicatinRecord
end

Railsの場合、このようにクラス（と対応するテーブル）を用意すれば、User#genresとして簡単に取れます。

Comments

[dwayne_johnson]

なるほど。大変助かりました！
一通り調べてみたのですが、つまりこの場合、以下のようなことになるという認識でよろしいのでしょうか？

ここでは例なので、user名はidではなく実名で表記します。

GenreUserには
(user: “田中”, genre: “1”)
(user: “田中”, genre: “2”)
(user: “佐藤”, genre: “3”)
などが入っており、

Genreには
(id: 1, genre: “サスペンス”)
(id: 2, genre: “アクション”)
(id: 3, genre: “ドラマ”)

そして、User#genresと指定することで、複数のジャンルを取りに行ってくれる（つまり田中さんの場合にはサスペンス、アクションが返ってくる。佐藤さんの場合にはドラマのみが返ってくる）