モデルとマイグレーションファイルとschemaファイルがごちゃごちゃになってしまうので、違いをまとめます。
1. モデル
役割：
データベースのテーブルと対応するRubyクラス。
アプリケーションのロジックやデータの管理（バリデーションや関連性の設定）を記述する。
バリデーション（入力必須、文字制限など）やアソシエーション（他テーブルとの関連）を定義する。
ファイル名：
app/models/モデル名.rb 下記の場合は、book.rb
コード例：
# app/models/book.rb
class Book < ApplicationRecord
# バリデーション
validates :title, presence: true, length: { maximum: 10 }
validates :author, presence: true
validates :price, presence: true
end
2. マイグレーションファイル
役割：
データベース構造の変更するための指示書。
（テーブルの作成、削除、カラムの追加や削除など）
マイグレーションを利用することで、データベースの変更を簡単に管理・適用できる。
バージョン管理もでき、変更を安全に適用したり、元に戻したりすることが可能。
ファイル名：
Railsでは、db/migrate/ ディレクトリ内に YYYYMMDDHHMMSS_create_books.rb のようなファイル名で生成され、タイムスタンプで区別される。
下記の場合は、202311150001_create_books.rb
コード例：
# db/migrate/202311150001_create_books.rb
class CreateBooks < ActiveRecord::Migration[6.0]
def change
create_table :books do |t|
t.string :title, limit: 10
t.string :author
t.integer :price
t.timestamps
end
end
end
3. schemaファイル
役割：
マイグレーションの履歴を基に生成されるデータベースのスナップショット。
現在のデータベース構造を表している。（文字制限はあるか、入力必須か、文字列？数字？など）
直接編集はせず、rails db:migrate を実行すると自動で更新される。
あくまで、現在のデータベース構造を確認するためのもの。
スキーマを修正することはあまりなのでは？と思っている。
ファイル名：
db/schema.rb
コード例：
created_at と updated_at は、Railsで自動的に管理されるタイムスタンプのカラム。
precision: 6 は、日時（created_at や updated_at）の精度を指定するオプション。
null: false は、そのカラムに NULL 値が入らないように制約を加えている。
# db/schema.rb
ActiveRecord::Schema.define(version: 202311150001) do
create_table "books", force: :cascade do |t|
t.string "title", limit: 10
t.string "author"
t.integer "price"
t.datetime "created_at", precision: 6, null: false
t.datetime "updated_at", precision: 6, null: false
end
end
作成手順
下記の順で作成していく。
- モデルとマイグレーションファイルを作成する
- マイグレーションを実行して、データベースを更新する
- モデルにバリデーションを追加する（必要に応じて）
モデル⇒マイグレーション⇒スキーマの順で、設定していく。
1. モデルとマイグレーションファイルを作成する
Rails のジェネレータコマンドを使って、モデルとマイグレーションファイルを作成する。
rails generate model Book title:string author:string price:integer
これで以下の2つのファイルが生成される：
-
app/models/book.rb（モデルファイル） -
db/migrate/202311150001_create_books.rb（マイグレーションファイル）
マイグレーションファイルを開いて確認し、適宜修正。
2. マイグレーションを実行して、データベースを更新する
マイグレーションを実行して、データベースにbooks テーブルを作成・更新し、スキーマを更新。
rails db:migrate
このコマンドにより、以下が行われる：
-
booksテーブルがデータベースに作成される。 -
db/schema.rbが自動生成・更新される。
スキーマファイルを開き、適宜修正。
3. モデルにバリデーションを追加する（必要に応じて）
app/models/book.rb にバリデーションやビジネスロジックを追加する。
バリデーションを追加しても、rails db:migrateを再度する必要はない。
rails db:migrateは、
- 新しいテーブルを作成
- 既存のテーブルにカラムを追加、変更、削除
- 外部キー制約を追加
- インデックスを追加
した時に、再度実行する必要がある。
モデル・マイグレーションの役割の違い
マイグレーションがあれば、モデルいらいないのでは？と思ってしまうが、それぞれ異なる目的で使われており、どちらも必要。
マイグレーションとモデルが一緒に動作することで、Railsアプリケーションは効率的にデータを扱うことができる。
【モデル】
モデルは、アプリケーションのロジックやデータを管理するためのもの。。
マイグレーションだけでは、アプリケーションのロジックやデータ操作のルールを管理することができない。
マイグレーションだけでは、title の長さ制限や author と price のバリデーションを定義できない。
【マイグレーション】
データベース構造を変更するのはマイグレーション。
マイグレーションは、テーブルやカラムの追加、変更、削除、インデックスや外部キー制約の追加など、データベースの構造そのものを変更するための仕組み。
例えば、create_table で新しいテーブルを作成したり、add_column で既存のテーブルにカラムを追加したり、add_foreign_key で外部キー制約を追加するのはマイグレーションで行う。
また、Book モデルだけがあっても、マイグレーションを使ってデータベースにテーブルを作成しない限り、データを格納する場所がない。