Railsがモデル定義で制約をつけてもデータベースに制約をつけてくれないのは何故か？

Question

データベースにちゃんとしたデータがあるのかすごい不安です。
他のフレームワークだとマイグレーションでデータベースに制約をつけてくれるのでしょうか？

Answer 1

いえ、Railsでもマイグレーションに書けばNOT NULLやUNIQUE、FOREIGN KEYといった制約はデータベースレベルで実現可能です。

Comments

[退会済みユーザー]

モデルに書けばそういうマイグレーションを自動生成してくれても良いと思うのですが何故そうなっていないのでしょうか？

[maisumakun]

「rails g model」コマンドでreferencesを入れた場合は、foreign_key付きでマイグレーションが生成されます。

コマンドで列を入れない場合、マイグレーションとモデルファイルが同時に出来上がる形となるように、Railsでは「モデルからマイグレーションを生成する」という発想ではないのです。

[退会済みユーザー]

モデルからマイグレーションを生成しないとデータベースとモデルの制約が違うという事態が起こりえると思うのですがRailsはそういうものなんですかね？

[maisumakun]

逆に、「DB構造から自動的にバリデーションをかける」Gemは存在します。

https://github.com/SchemaPlus/schema_validations

[maisumakun]

自分以外の人がどう思うかはわからないですが、ActiveRecord系のモデルは「先にテーブルがあって、それに合わせたモデルを作る」ものであって、「モデルにテーブルを合わせる」というところ自体に不自然さを覚えてしまいます。

[退会済みユーザー]

モデルが最初でそれに対応したテーブルでしょう
それがマイグレーションですよね

[退会済みユーザー]

モデルからテーブルを作るのであってテーブルからモデルは作らないでしょう

[maisumakun]

あくまで「モデル」はRailsの世界で扱うもの、「マイグレーション」はデータベースを構築するためのもので、本来両者は別物です…が、RailsのActiveRecordは「テーブル構造を読み取って、それをRailsから見えるモデルとして使えるようにする」機能を備えています。

Railsと無関係に作ったテーブルに対してもActiveRecordを運用できますし、「モデルからテーブルを作る」という概念はやはり適切ではないと思います。