Railsのモデルで多対多の記述の仕方が分からない

Question

前提・実現したいこと

以下のようなテーブルがあると想定した場合の、モデルを記述したいです。

artistは0個以上のsongを持ちます。
songのcomposer_id、lyricist_idは1人以上、arranger_idは0人以上のartistを持ちます。

この場合のモデルのhas_manyやbelongs_toの記述の仕方が分かりません。

artist.rbとsong.rbに多対多の記述を追加したいと思っています。

該当のソースコード

該当のモデルです。

# app/models/artist.rb

class Artist < ApplicationRecord
end

# app/models/song.rb

class Song < ApplicationRecord
end

外部キーの指定の仕方があっているのかわかりませんが、マイグレーションは以下のようにしました。

# db/migrate/20210927135753_create_songs.rb

class CreateSongs < ActiveRecord::Migration[6.1]
  def change
    create_table :songs do |t|
      t.string :song_name
      t.references :lyricist
      t.references :composer
      t.references :arranger

      t.timestamps
    end
    add_foreign_key :songs, :artists, column: :lyricist_id
    add_foreign_key :songs, :artists, column: :composer_id
    add_foreign_key :songs, :artists, column: :arranger_id
  end
end

マイグレート後のスキーマです。

# db/schema.rb

ActiveRecord::Schema.define(version: 2021_09_27_135753) do

  # These are extensions that must be enabled in order to support this database
  enable_extension "plpgsql"

  create_table "artists", force: :cascade do |t|
    t.string "artist_name", null: false
    t.datetime "created_at", precision: 6, null: false
    t.datetime "updated_at", precision: 6, null: false
  end

  create_table "songs", force: :cascade do |t|
    t.string "song_name"
    t.bigint "lyricist_id"
    t.bigint "composer_id"
    t.bigint "arranger_id"
    t.datetime "created_at", precision: 6, null: false
    t.datetime "updated_at", precision: 6, null: false
    t.index ["arranger_id"], name: "index_songs_on_arranger_id"
    t.index ["composer_id"], name: "index_songs_on_composer_id"
    t.index ["lyricist_id"], name: "index_songs_on_lyricist_id"
  end

  add_foreign_key "songs", "artists", column: "arranger_id"
  add_foreign_key "songs", "artists", column: "composer_id"
  add_foreign_key "songs", "artists", column: "lyricist_id"
end

試したこと

テーブルを作成後、マイグレーションでsongに外部キーとしてartistを指定するようにマイグレートしました。

Googleで検索したり、公式ドキュメントを見てみたのですが、多対多で同じテーブルを指定するものがなかなか出てきませんでした。

has_manyやbelongs_toを使うとは思うのですが、いまいちコーディングの仕方が分かりません。

補足情報（FW/ツールのバージョンなど）

外部キーの指定の仕方がそもそもおかしいなどがありましたら、ご指摘のほどよろしくお願いします。

rails: rake, version 13.0.6
ruby: ruby 3.0.2p107 (2021-07-07 revision 0db68f0233) [x86_64-linux]
node: v14.17.1
yarn: 1.22.11
psql: psql (PostgreSQL) 13.4 (Ubuntu 13.4-1.pgdg20.04+1)

Answer 1

artistは0個以上のsongを持ちます。

songのcomposer_id、lyricist_idは1人以上、arranger_idは0人以上のartistを持ちます。

「0個か1個」ではなく複数になりうるものなのでしたら、中間テーブルを作ることが一般的な手段となります。

Comments

[yosse95ai]

なるほど、中間テーブルですか。

中間テーブルを使う場合に、同一のテーブル(今回だとArtist)を参照する場合、
モデルの記述の仕方が分かりません。

参考になる実装事例や記事などありましたら教えて頂きたいです。

[maisumakun]

> 中間テーブルを使う場合に、同一のテーブル(今回だとArtist)を参照する場合、
モデルの記述の仕方が分かりません。

composer、lyricist、arrangerそれぞれ用に別々の中間テーブルを立てるのが、わかりやすさとしてはいいかなと思います。

[yosse95ai]

今朝、たまたま、こういう記事を見つけたのですが、
https://qiita.com/takenobou/items/27ddaef439e2777d875c

中間テーブルを使わない、こういう設計はアンチパターンだったりしませんか？
アンチパターンとかでなければ採用してみようと思うのですが、
ご意見いただければとおもいます。

ちなみに、この記事は多対１、なのでしょうか？

[maisumakun]

> 中間テーブルを使わない、こういう設計はアンチパターンだったりしませんか？

アンチパターン云々以前の問題として、多対多の場合はこの手法は適用できません。

[yosse95ai]

なるほど。
詳しくありがとうございます。
やはり、中間テーブルを、同一テーブル参照分だけ用意するのがスマートなのでしょうか？

> composer、lyricist、arrangerそれぞれ用に別々の中間テーブルを立てるのが、わかりやすさとしてはいいかなと思います。