カテゴリ: Rails 更新日: 2026/01/04

RailsモデルとActive Record基礎|デフォルト値とNULL設計を初心者向けにやさしく解説

デフォルト値とNULL設計:NOT NULL/デフォルト/DB制約の考え方
デフォルト値とNULL設計:NOT NULL/デフォルト/DB制約の考え方

先生と生徒の会話形式で理解しよう

生徒

「Railsでデータを保存するとき、空のままでもいい項目と、必ず入れないといけない項目があるって聞いたんですが、どう考えればいいんですか?」

先生

「それはデータベース設計のとても大事な考え方ですね。NULLやデフォルト値をどう決めるかがポイントになります。」

生徒

「パソコンをほとんど触ったことがなくても理解できますか?」

先生

「もちろんです。紙のノートに名前を書く例えで説明していきましょう。」

1. RailsのモデルとActive Recordとは?

1. RailsのモデルとActive Recordとは?
1. RailsのモデルとActive Recordとは?

Railsにおけるモデルとは、データを管理するための場所です。 たとえば「ユーザーの名前」「メールアドレス」「年齢」などを保存する役割を持っています。 Railsでは、このモデルを通してデータベースとやり取りをします。

ここで登場するのがActive Recordです。 Active Recordとは、データベースの表とRubyのクラスを自動的につなげてくれる仕組みです。 難しく聞こえますが、「表の1行=Rubyの1データ」と考えるだけで大丈夫です。

2. NULLとは何か?空文字との違い

2. NULLとは何か?空文字との違い
2. NULLとは何か?空文字との違い

NULLとは、「何も入っていない状態」を表します。 たとえば、紙の申込書で、年齢を書く欄が完全に空白のままだとします。 これがNULLのイメージです。

一方で、空文字は「何も書いていないけれど、書いたという事実はある」状態です。 コンピュータでは、この違いがとても重要になります。 Railsやデータベースでは、NULLと空文字は別物として扱われます。

3. NOT NULL制約の考え方

3. NOT NULL制約の考え方
3. NOT NULL制約の考え方

NOT NULLとは、「必ず値を入れてください」という約束です。 たとえば、学校の名簿で「名前」が空白だと困りますよね。 そのため、名前の欄は必須になります。

データベースでも同じで、絶対に必要な情報にはNOT NULL制約を付けます。 これにより、うっかり空のデータが保存されるのを防ぐことができます。


class User < ApplicationRecord
end

上記のようなUserモデルがある場合、名前が必須ならデータベース側でNOT NULLを設定します。 モデルだけでなく、データベースでも守るのが大切なポイントです。

4. デフォルト値とは?最初から入っている安心設定

4. デフォルト値とは?最初から入っている安心設定
4. デフォルト値とは?最初から入っている安心設定

デフォルト値とは、「何も指定しなかったときに自動で入る値」です。 たとえば、アンケートで「はい・いいえ」の質問があり、何も書かなかったら「いいえ」になるような仕組みです。

Railsでは、作成日時や状態フラグなどにデフォルト値をよく使います。 これにより、毎回入力しなくても安全な値が入ります。


user = User.new
user.save

デフォルト値が設定されていれば、何も指定しなくても決められた値が保存されます。 初心者のうちは「入れ忘れ防止装置」と考えると分かりやすいです。

5. NULLとデフォルト値はどちらを使う?

5. NULLとデフォルト値はどちらを使う?
5. NULLとデフォルト値はどちらを使う?

「NULLにするか、デフォルト値を入れるか」はよく迷うポイントです。 基本的な考え方は、「意味がある初期値があるかどうか」です。

たとえば、ログイン回数は最初は0回と決まっています。 この場合はデフォルト値に0を設定します。 一方で、自己紹介文のように「まだ書いていない」こと自体が意味を持つ場合はNULLが向いています。


user = User.create(name: "たろう")

このように必要最低限の情報だけを入れても、設計がしっかりしていれば安全に保存できます。

6. DB制約を使う理由とRailsとの役割分担

6. DB制約を使う理由とRailsとの役割分担
6. DB制約を使う理由とRailsとの役割分担

Railsにはバリデーションという仕組みがありますが、データベース制約もとても重要です。 なぜなら、Railsを通さずにデータが入る可能性がゼロではないからです。

DB制約は「最後の門番」のような存在です。 Railsでチェックし、さらにデータベースでも守ることで、データの安全性が高まります。 初心者でも「二重チェック」と覚えておくと安心です。

関連記事:
カテゴリの一覧へ
新着記事
New1
データベース
SQLの処理が遅くなる原因とは?初心者向けにデータベースパフォーマンス最適化を完全解説
New2
Ruby
RubyのネストHash操作を徹底解説!digとtransformメソッドで複雑なデータも楽々
New3
Rails
Railsインデックス設計の極意!爆速サイトを作るためのスキーマ設計ガイド
New4
データベース
SQLのCOMMITとROLLBACKとは?トランザクション操作を初心者向けに完全解説
人気記事
No.1
Java&Spring記事人気No1
Ruby
PATHと環境変数の正しい設定!Windows・Mac・Linux別チェックリスト付き
No.2
Java&Spring記事人気No2
Rails
Railsで日本語と時刻の設定をしよう!初心者でも安心のlocale/zone初期設定チートシート
No.3
Java&Spring記事人気No3
Ruby
Rubyのハッシュを徹底比較!シンボルキーと文字列キーの違いと使い分け
No.4
Java&Spring記事人気No4
Rails
Railsマイグレーションの型選びを完全ガイド!初心者が迷わないカラム設計
No.5
Java&Spring記事人気No5
Ruby
WindowsでRubyをインストールする方法!RubyInstallerとMSYS2を使った完全ガイド
No.6
Java&Spring記事人気No6
Rails
RailsモデルとActive Record基礎|ID戦略を完全理解!AUTO INCREMENT・UUID・ULIDの比較と導入手順
No.7
Java&Spring記事人気No7
データベース
ACID特性とは?データベーストランザクションの信頼性を初心者向けに徹底解説
No.8
Java&Spring記事人気No8
Rails
RailsモデルとActive Record基礎|クエリログの読み方を理解してEXPLAIN・joins・includesの違いを学ぼう