はじめに

この記事では、Railsで用いられる「アソシエーション機能」について
実務上のメリットや使いこなしポイントを紹介します。

この記事でわかること

Railsのアソシエーション機能の基礎
直接操作とアソシエーション機能を使った操作の違い
アソシエーション機能のメリット
N + 1問題とネストJSON問題の解決

この記事の対象者

Rails初心者／中級者
モデル設計で迷う人
N+1問題やeager_loadに関心がある人
ネストJSONを書くのが面倒な人

動作環境・使用するツールや言語

OS バージョン: macOS Sequoia 15.5
ツール: VSCode 1.102.1
言語: Ruby 3.4.4
フレームワーク: Rails 8.0.2

1. アソシエーション機能とは

アソシエーションとは、モデル（データベースのテーブル）同士を関連付ける機能です。

身近な例で言えば

モデル	概要
User	ユーザー（Xアカウント）はたくさんのツイートを投稿できる
Tweet	ツイートは1人のユーザーに必ず紐づいている

コード化すると以下のようになります。

class User < ApplicationRecord
  has_many :tweets
end

class Tweet < ApplicationRecord
  belongs_to :user
end

このように「モデル同士のつながり（＝関係）」をコードで表すのがアソシエーションです。
Railsでは【has_many】や【belongs_to】以外にも、複数の関連付け方法が用意されています。

気になる方は、次の記事を参考にしてください｡
https://qiita.com/aisaka1653/items/43b1843c401e50930ed2
https://zenn.dev/kspn/articles/fa6858f69385a4

2. アソシエーション機能のメリット

結論を言うと
アソシエーションを使うことで、モデル間のデータを直感的なコードで操作できます。

コードを用いて説明します。

概念図

userモデル

id	name	created_at
1	ichiro	2025-11-27 15:00:00
2	hanako	2025-11-27 17:00:00
3	takashi	2025-11-27 18:00:00

アソシエーション機能を使わない場合

# ユーザーの最初のレコード(ichiro)を取得(id = 1)
user1 = User.first

# 上から3番目のレコード(takashi)を取得(id = 3)
user2 = User.third

# user_idを明示的に指定して新しいツイートを作成
Tweet.create(content: "はじめてのツイート！", user_id: user1.id)

Tweet.create(content: "Hello World.", user_id: user2.id)

tweet = Tweet.find(1)
# 投稿者のユーザー情報を user_id で探す
user = User.find(tweet.user_id)

作成されたTweetレコード

id	content	user_id	created_at
1	はじめてのツイート！	1	2025-11-27 19:00:00
2	Hello World.	3	2025-11-27 20:00:00

このようにuser_idを直接設定する必要があります。

アソシエーション機能を使う場合

user1 = User.first

user2 = User.third

# ユーザーに新しいツイートを追加
user1.tweets.create(content: "はじめてのツイート！")
user2.tweets.create(content: "Hello world.")

# 既存のツイートの投稿者（ユーザー）を取得
tweet = Tweet.find(1)
tweet.user   # このツイートを書いたユーザー情報が取得できる

作成されたTweetレコード

id	content	user_id	created_at
1	はじめてのツイート！	1	2025-11-27 19:00:00
2	Hello World.	3	2025-11-27 20:00:00

アソシエーションはuser.idを参照して、Tweetテーブルに「そのユーザーのid」を自動的に保存します。

※user_idカラムはマイグレーションファイルで事前に定義する必要あり。
(アソシエーション機能を使わない場合と同様)

アソシエーション機能のメリット

オブジェクト指向的に関連を扱える（本章で解説）
（user.tweets, tweet.user のように自然なコードで関係を操作）
includes で一括ロードし、N+1問題を防ぎやすい
（複数データ取得時の効率化とパフォーマンス向上）
ネストJSON作成やForm設計が柔軟
（複雑なデータ構造も容易に表現可能）
結果的に保守性・拡張性が高まる
（コードや設計が分かりやすく、改修にも強い）

本章では1の「オブジェクト指向的に関連を扱える」について解説しました。
次章では2のN+1問題と3のネストJSONについて解説します。

3. includesメソッドでN+1問題を解決

N + 1問題とは

例えば「全ユーザーと各ユーザーのツイート一覧」を表示したい場合…
何も対策しないと以下のコードになります。

users = User.all
users.each do |user|
# userの数だけtweetテーブルを参照する
  user.tweets.each do |tweet|
    puts "#{user.name}: #{tweet.content}"
  end
end

Userを全部取得（1回のSQL）した後、各Userごとに tweets を取得します（Userが100人なら100回SQL実行）。

「N+1件」SQLが発行されて、レスポンスタイムが悪化します。
ユーザー体験が損なわれますよね？

includes で一括ロード

users = User.includes(:tweets)
users.each do |user|
# tweetテーブルは参照しない
  user.tweets.each do |tweet|
    puts "#{user.name}: #{tweet.content}"
  end
end

includes は「アソシエーションが定義されているモデル」に対して使える “Eager Loading” 機能です。

【user.includes】で、tweets分もまとめてSQLで取得します。
以降、user.tweetsを呼んでもSQLが追加で発行されません。

効率良くDBアクセスできてページ表示が高速になるので、積極的に使っていくべきでしょう。

includesメソッドはRailsが必要に応じて、【preload】か【eager_load】のいずれかでSQLを発行するそうです。
【includes】【preload】【eager_load】の使い分けについては長くなるので説明を省略させていただきます。
詳しく知りたい方は以下の記事を参考にしてください。
https://zenn.dev/mithuami/articles/c4b0e9694182d1
https://qiita.com/massaaaaan/items/4eb770f20e636f7a1361

4. ネストJSONを回避

APIの出力結果「ユーザー情報＋そのユーザーのツイート一覧」を1つのJSONでフロントに返したいとき…

アソシエーションがあると、以下のように書けます。

users = User.includes(:tweets)
users.as_json(include: :tweets)
# 以下のコードが必要なくなる
# {
#   [ 
#        { id:1, name:"ichiro", 
#        tweets:
#            [
#                {id:1, content:"..."},
#                ...
#            ] 
#        }, 
#        ...
#    ]
# }

親子関係のデータ構造（ユーザーとそのツイート）が簡単に表現できます。

また「1つのフォームでユーザー情報＋複数ツイートをまとめて登録・編集」したい場合は、
accepts_nested_attributes_for を使って、userとtweetsをまとめて管理できます。

class User < ApplicationRecord
  has_many :tweets
  accepts_nested_attributes_for :tweets
end

fields_forヘルパーを活用することで、親（User）＋子（Tweet）をまとめて操作・登録・バリデーションできます。
詳しくは、以下の記事を参考にしてみてください。
https://qiita.com/kazyam/items/4fd10396532c254d21b1

まとめ

この記事では、Railsのアソシエーション機能によるモデル間の関係管理の基礎と、実務で役立つメリット・ポイントを解説しました。

Railsのアソシエーションは、「データ設計」と「コード設計」の両方をスマートにしてくれる神機能です。
大規模開発やAPI構築でも、まずは関連付けの設計から始めてみましょう！