Railsでは、Model.sizeおよびの両方を使用してレコード数を見つけることができますModel.count。より複雑なクエリを処理している場合、1つの方法を他の方法よりも使用することの利点はありますか？それらはどう違いますか？

たとえば、写真のあるユーザーがいます。ユーザーとユーザーが保持している写真の数の表を表示したい場合、多くのインスタンスを実行するのはuser.photos.sizeより高速か低速user.photos.countか？

ありがとう！

あなたはそれを読むべきです、それはまだ有効です。

必要に応じて、使用する機能を調整します。

基本的に：

• すでにすべてのエントリをロードしている場合、たとえばUser.all、次のlengthdbクエリを回避するために使用する必要があります

• 何もロードしていない場合countは、dbでカウントクエリを作成するために使用します

• これらの考慮事項に煩わされたくない場合sizeは、適応する使用

他の答えが述べるように：

• countSQL COUNTクエリを実行します
• length 結果の配列の長さを計算します
• size 過剰なクエリを回避するために、2つのうち最も適切なものを選択しようとします

しかし、もう1つあります。全体的sizeにcount/ と違う振る舞いをするケースに気づき、length見過ごすほど珍しいので共有したいと思いました。

• あなたが使用している場合:counter_cacheにhas_many協会、size直接カウントキャッシュされて使用し、すべての余分なクエリをすることはありません。

  class Image < ActiveRecord::Base
    belongs_to :product, counter_cache: true
  end
  
  class Product < ActiveRecord::Base
    has_many :images
  end
  
  > product = Product.first  # query, load product into memory
  > product.images.size      # no query, reads the :images_count column
  > product.images.count     # query, SQL COUNT
  > product.images.length    # query, loads images into memory

この動作はRailsガイドに記載されていますが、初めて見逃したか、忘れていました。

時々size「間違ったものを選択」し、ハッシュ（これは何をcountするか）

その場合は、ハッシュではなく整数lengthを取得するために使用します。

tl; dr

• データを使用する必要がないことがわかっている場合 count。
• データを使用する、または使用したことがわかっている場合 length。
• 何をしているのかわからない場合は、size...

カウント

送信に解決 Select count(*)...クエリをDBます。データが必要ない場合の方法ですが、カウントのみです。

例：新しいメッセージの数、ページのみが表示される場合の合計要素など。

長さ

必要なデータ、つまり必要に応じてクエリを読み込み、それをカウントします。データを使用している場合の方法。

例：完全に読み込まれたテーブルの概要、表示されたデータのタイトルなど

サイズ

データがロードされているかどうか（つまり、すでにレールにあるかどうか）をチェックし、ロードされている場合はそれをカウントし、そうでない場合はcountを呼び出します。（さらに、他のエントリですでに言及されている落とし穴）。

def size
  loaded? ? @records.length : count(:all)
end

どうしたの？

正しい順序で実行しないと、DBを2回ヒットする可能性があります（たとえば、レンダリングされたテーブルの上にあるテーブルの要素数をレンダリングすると、実質的に2つの呼び出しがDBに送信されます）。

次の戦略はすべて、データベースを呼び出してCOUNT(*)クエリを実行します。

Model.count

Model.all.size

records = Model.all
records.count

以下は、データベースからすべてのレコードをRubyにロードし、コレクションのサイズをカウントするため、効率的ではありません。

records = Model.all
records.size

モデルに関連付けがあり、所属するオブジェクトの数（など@customer.orders.size）を知りたい場合は、データベースクエリ（ディスク読み取り）を回避できます。カウンタキャッシュを使用すると、Railsはキャッシュ値を最新の状態に保ち、sizeメソッドに応答してその値を返します。

サイズ関数の使用をお勧めします。

class Customer < ActiveRecord::Base
  has_many :customer_activities
end

class CustomerActivity < ActiveRecord::Base
  belongs_to :customer, counter_cache: true
end

これらの2つのモデルについて考えます。顧客には多くの顧客活動があります。

has_manyアソシエーションで：counter_cacheを使用する場合、サイズはキャッシュされたカウントを直接使用し、追加のクエリをまったく作成しません。

1つの例を考えてみます。私のデータベースでは、1人の顧客が20,000の顧客活動を持っているので、その顧客の顧客活動のレコード数を、カウント、長さ、サイズの各方法でカウントしようとしています。これらのメソッドすべてのベンチマークレポートを以下に示します。

            user     system      total        real
Count:     0.000000   0.000000   0.000000 (  0.006105)
Size:      0.010000   0.000000   0.010000 (  0.003797)
Length:    0.030000   0.000000   0.030000 (  0.026481)

そのため、：counter_cache Sizeを使用するのが、レコード数を計算するための最良のオプションであることがわかりました。