0件のDBの検索における「ActiveRecord::RecordNotFound」について

Question

■前提条件
RubyonRailsでRails5.0系を使用しています。

■疑問事項
findとWhereを使って0件のDBの検索を行った場合の挙動について

@hoge = Hoge.find(1)

結果
⇒ActiveRecord::RecordNotFound

@hoges = Hoges.where(id:1)

結果
⇒View側には何も表示されない状態（DBが0件だから）

ここで疑問点ですが、findを使うとなぜデータが一件も無い場合は、
「ActiveRecord::RecordNotFound」になるのでしょうか？

なぜwhereは一件もなくても「ActiveRecord::RecordNotFound」
が発生しないのでしょうか？

初歩的な質問かと思いますがご回答をお願いいたします。

Answer 1

なぜ？と思うほうが不思議です。
findとwhereというまったく異なる命令を使っているのだから、動きが異なるのは自然でしょう。
この場合は、findの場合はレコードが見つからない場合は例外が発生する。
whereは例外は発生しない。
という挙動を理解して、必要に応じて使い分ければいいんだなと解釈すべきところです。

どうしても気になるなら、直接railsの該当コードを読むのが正しいです。

ちなみにfindのコードはこうなっています。
単純にレコードがない場合は、例外を発生させているという事が分かるでしょう。
なぜとか疑問に思う余地はありません。
そういう仕様だからです。

module ActiveRecord
  module Core

      def find(*ids) # :nodoc:
        # We don't have cache keys for this stuff yet
        return super unless ids.length == 1
        # Allow symbols to super to maintain compatibility for deprecated finders until Rails 5
        return super if ids.first.kind_of?(Symbol)
        return super if block_given? ||
                        primary_key.nil? ||
                        default_scopes.any? ||
                        current_scope ||
                        columns_hash.include?(inheritance_column) ||
                        ids.first.kind_of?(Array)

        id  = ids.first
        if ActiveRecord::Base === id
          id = id.id
          ActiveSupport::Deprecation.warn(<<-MSG.squish)
            You are passing an instance of ActiveRecord::Base to `find`.
            Please pass the id of the object by calling `.id`
          MSG
        end
        key = primary_key

        s = find_by_statement_cache[key] || find_by_statement_cache.synchronize {
          find_by_statement_cache[key] ||= StatementCache.create(connection) { |params|
            where(key => params.bind).limit(1)
          }
        }
        record = s.execute([id], self, connection).first
        unless record
          raise RecordNotFound, "Couldn't find #{name} with '#{primary_key}'=#{id}"
        end
        record
      rescue RangeError
        raise RecordNotFound, "Couldn't find #{name} with an out of range value for '#{primary_key}'"
      end

  end

end

一方で、whereのコードはこうなっています。
この時点では例外を発生させる処理がないので例外は起きないのは道理です。

module ActiveRecord
  module QueryMethods

    def where(opts = :chain, *rest)
      if opts == :chain
        WhereChain.new(spawn)
      elsif opts.blank?
        self
      else
        spawn.where!(opts, *rest)
      end
    end

  end
end

Answer 2

RESTアーキテクチャに沿ったアプリケーションを作るのがRailsの思想です。RESTについて詳しく説明はしませんが、URLに含まれる固有のIDでリソースを特定しそれに対して操作を行う形になりますので、IDで検索するというのは重要かつ頻出する処理になります。そこで、IDでリソースを検索するための特別なfind(id)というメソッドがあるわけです。

さらに、コントローラ内でActiveRecord::RecordNotFoundが発生すると、コントローラはクライアントに404 not foundを返します。scaffoldで生成されるコードを見るとわかりますが、レコードが見つからなかった場合の処理はアプリケーションコードに現れません。IDで検索してひっからなかったら404になるのはRESTでは自明なので、いちいち書かなくても自動でそうなるようになっているわけです。

Comments

[退会済みユーザー]

>そこで、IDでリソースを検索するための特別なfind(id)というメソッドがあるわけです。
確かに。言われてみればfindはURLに含まれる固有のIDを特定するときに使います。
IDが引っかからなければ404が表示される・・・目から鱗です！
判りやすいご説明ありがとうございました！

RESTについても調べてみたいと思います。

Answer 3

findは、objectを返す
whereは、配列（厳密にはちょっと違うようですが）を返す

からです。試しに、値がある結果にinspectをつけて、結果を見てみると分かりやすいと思います。

Comments

[退会済みユーザー]

ありがとうございます！試してみます！！

[退会済みユーザー]

試してみたところ、確かにfindはObjectでwhereは配列？で返されていました。

findの場合
#<Hoge id: 1, created_at: "2017-08-22 00:00:00", updated_at: "2017-08-22 00:00:00">

whereの場合
#<ActiveRecord::Relation [#<Hoge id: 1, created_at: "2017-08-22 00:00:00", updated_at: "2017-08-22 00:00:00">]>