ActiveRecord: tamaño vs recuento

Como dicen las otras respuestas:

• count realizará una consulta SQL COUNT
• length calculará la longitud de la matriz resultante
• size intentará elegir el más apropiado de los dos para evitar consultas excesivas

Pero hay una cosa más. Notamos un caso donde size actúa de manera diferente a count/lengthen conjunto, y pensé en compartirlo ya que es lo suficientemente raro como para ser pasado por alto.

• Si utiliza un :counter_cache en un has_many asociación, size utilizará el recuento en caché directamente, y no hacer una consulta adicional en absoluto.

  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
  

Este comportamiento está documentado en las Guías Rails, pero o lo perdí la primera vez o lo olvidé.

A veces size "elige el equivocado" y devuelve un hash (que es lo que haría count)

En ese caso, use length para obtener un integer en lugar de hash.

Todas las siguientes estrategias hacen una llamada a la base de datos para realizar una consulta COUNT(*).

Model.count

Model.all.size

records = Model.all
records.count

Lo siguiente no es tan eficiente ya que cargará todos los registros de la base de datos en Ruby, que luego cuenta el tamaño de la colección.

records = Model.all
records.size

Si sus modelos tienen asociaciones y desea encontrar el número de objetos pertenecientes (por ejemplo, @customer.orders.size), puede evitar consultas de base de datos (lecturas de disco). Utilice un contador de caché y Rails mantendrá el valor de caché actualizado y devolverá ese valor en respuesta al método size.