なぜ一異性を保つためにモデル側とデータベース側の両方で指定するのか

Question

現在の学習内容

プログラミング初学者です。
railsチュートリアルを進めている中でメールアドレスの一異性を保つための学習をしています。

class User < ApplicationRecord
  validates :name,  presence: true, length: { maximum: 50 }
  VALID_EMAIL_REGEX = /\A[\w+\-.]+@[a-z\d\-]+(.[a-z\d\-]+)*.[a-z]+\z/i
  validates :email, presence: true, length: { maximum: 255 },
                    format: { with: VALID_EMAIL_REGEX },
                    uniqueness: { case_sensitive: false }
end

この様に記述して一異性を保たせることができることは理解しました。

しかし、サイトでトラフィックが多いときにこのバリデーションを通過して同じメールアドレスが２つデータベースに登録されてしまうことがある様です。

そこでデータベースのemailカラムにindexを追加してオプションで一異性を保たせれば上記のトラブルを回避できるそうです。

class AddIndexToUsersEmail < ActiveRecord::Migration[6.1]
  def change
    add_index :users, :email, unique: true
  end
end

###質問

モデル側で実装したバリデーションはデータベース保存時に実行され、データベースでも実行されるなら、データベースだけで一異性を保たせればいいのではないでしょうか？

class User < ApplicationRecord
  validates :name,  presence: true, length: { maximum: 50 }
  VALID_EMAIL_REGEX = /\A[\w+\-.]+@[a-z\d\-]+(.[a-z\d\-]+)*.[a-z]+\z/i
  validates :email, presence: true, length: { maximum: 255 },
                    format: { with: VALID_EMAIL_REGEX }
end

class AddIndexToUsersEmail < ActiveRecord::Migration[6.1]
  def change
    add_index :users, :email, unique: true
  end
end

これでいいのでは？と思ってしまうのですが、何か不具合があったり、どちらともで設定するメリットなどがあるのでしょうか？

Answer 1

これでいいのでは？と思ってしまうのですが、何か不具合があったり、どちらともで設定するメリットなどがあるのでしょうか？

DBだけで一意制約を担っていると、失敗時にデータベースエラーとなるので、ハンドリングが煩雑となります。