foreign_key: trueで、dependentの記述なしの状態で、destroyしたらどうなるの？

Question

commentテーブルを作成します。bordテーブルと関連付けられています。

rails g model comment board:references

マイグレーションファイルでは、foreign_key: trueになるかと思います。

create_table :comments do |t|
      t.references :board, foreign_key: true

foreign_key: trueの場合、boardのデータが削除された時、関連づく、commentテーブルも自動削除されるようにしないといけないと思いますが、

class Board < ApplicationRecord
    has_many :comments, dependent: :delete_all
end

下記のようにその記述をしなかった場合、どのような動作になるものでしょうか。
foreign_key: falseで、下記のコードであれば、ゴミデータが残るだけの話だと思いますが、
foreign_key: trueで、dependentの記述がないという矛盾した記述の場合はどうなるものなのでしょうか？

class Board < ApplicationRecord
    has_many :comments
end

Comments

[m.ts10806]

やってみたらいいのでは

Answer 1

foreign_key: trueで、dependentの記述がないという矛盾した記述の場合はどうなるものなのでしょうか？

データベース側のFOREIGN KEYの設定内容によります。

• ON DELETE RESTRICT（Railsのマイグレーションで外部キーをセットした場合のデフォルト）…データベースエラーになって削除に失敗します。
• ON DELETE CASCADE…親を削除すると道連れで子も削除されます。
• ON DELETE SET NULL…親を削除すると、参照していたキーがNULLに書き換わります。

Comments

[maisumakun]

FOREIGN KEYによるルールはデータベースレベルで適用されますので、Railsと無関係に接続して直接SQLを流したような場合にも適用されます。

[pyon_kiti_jp]

ON DELETE CASCADEを設定すれば、Rails側で、dependent:の記述をする必要がなくなるという事でしょうか？

[maisumakun]

Rails側でdependent: :destroyと書いた場合、削除する子の側のbefore_destroyなどのコールバックが実行されます。

そういった処理が不要なら、ON DELETE CASCADE任せでも、一応構いません。

[pyon_kiti_jp]

rails側でコードで処理を行いたい場合であれば、dependent:を記述して、コードを書かずに、DBの機能で自動的に処理を行ってもらいたい場合は、テーブルにON DELETE CASCADEを設定するという使い分けでしょうか。

[maisumakun]

そうですね。

[pyon_kiti_jp]

なるほど、ありがとうございます。参考になりました。