Di Rails, Anda dapat menemukan jumlah catatan menggunakan keduanya Model.sizedan Model.count. Jika Anda berurusan dengan pertanyaan yang lebih kompleks, adakah keuntungan menggunakan satu metode di atas yang lain? Bagaimana mereka berbeda?

Misalnya, saya punya pengguna dengan foto. Jika saya ingin menunjukkan tabel pengguna dan berapa banyak foto yang mereka miliki, apakah menjalankan banyak contoh user.photos.sizelebih cepat atau lebih lambat daripada user.photos.count?

Terima kasih!

Anda harus membaca bahwa , itu masih berlaku.

Anda akan menyesuaikan fungsi yang Anda gunakan tergantung pada kebutuhan Anda.

Pada dasarnya:

• jika Anda sudah memuat semua entri, katakanlah User.all, maka Anda harus menggunakan lengthuntuk menghindari permintaan db lain

• jika Anda belum memuat apa pun, gunakan countuntuk membuat kueri hitung pada db Anda

• jika Anda tidak ingin repot dengan pertimbangan ini, gunakan sizeyang akan beradaptasi

Seperti yang dinyatakan oleh jawaban lainnya:

• countakan melakukan COUNTkueri SQL
• length akan menghitung panjang array yang dihasilkan
• size akan mencoba untuk memilih yang paling tepat dari keduanya untuk menghindari permintaan yang berlebihan

Tetapi ada satu hal lagi. Kami memerhatikan sebuah kasus di mana sizetindakannya berbeda untuk count/ secara lengthkeseluruhan, dan saya pikir saya akan membagikannya karena cukup jarang untuk diabaikan.

• Jika Anda menggunakan :counter_cachepada has_manyasosiasi, sizeakan menggunakan jumlah cache secara langsung, dan tidak membuat kueri tambahan sama sekali.

  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

Perilaku ini didokumentasikan dalam Rails Guides , tetapi saya melewatkannya pertama kali atau melupakannya.

Terkadang size"memilih yang salah" dan mengembalikan hash (yang countakan dilakukan)

Dalam hal ini, gunakan lengthuntuk mendapatkan bilangan bulat bukan hash .

tl; dr

• Jika Anda tahu Anda tidak perlu menggunakan data count.
• Jika Anda tahu Anda akan menggunakan atau telah menggunakan data tersebut length.
• Jika Anda tidak tahu apa yang Anda lakukan, gunakan size...

menghitung

Putuskan untuk mengirim Select count(*)...kueri ke DB. Cara untuk pergi jika Anda tidak membutuhkan data, tetapi hanya menghitung.

Contoh: jumlah pesan baru, elemen total saat hanya halaman yang akan ditampilkan, dll.

panjangnya

Memuat data yang diperlukan, yaitu permintaan seperti yang diperlukan, dan kemudian hanya menghitungnya. Cara untuk pergi jika Anda menggunakan data.

Contoh: Ringkasan tabel yang dimuat penuh, judul data yang ditampilkan, dll.

ukuran

Ia memeriksa apakah data dimuat (yaitu sudah ada di rel) jika demikian, maka hitung saja, kalau tidak panggilan akan dihitung. (ditambah jebakan, sudah disebutkan dalam entri lain).

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

Apa masalahnya?

Bahwa Anda mungkin memukul DB dua kali jika Anda tidak melakukannya dalam urutan yang benar (misalnya jika Anda merender jumlah elemen dalam tabel di atas tabel yang diberikan, akan ada 2 panggilan yang efektif dikirim ke DB).

Strategi berikut semuanya membuat panggilan ke database untuk melakukan COUNT(*)kueri.

Model.count

Model.all.size

records = Model.all
records.count

Berikut ini tidak seefisien karena akan memuat semua catatan dari database ke Ruby, yang kemudian menghitung ukuran koleksi.

records = Model.all
records.size

Jika model Anda memiliki asosiasi dan Anda ingin menemukan jumlah objek yang dimiliki (misalnya @customer.orders.size), Anda dapat menghindari permintaan basis data (disk membaca). Gunakan penghitung cache dan Rails akan membuat nilai cache up to date, dan mengembalikan nilai itu sebagai respons terhadap sizemetode.

Saya merekomendasikan menggunakan fungsi ukuran.

class Customer < ActiveRecord::Base
  has_many :customer_activities
end

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

Pertimbangkan dua model ini. Pelanggan memiliki banyak aktivitas pelanggan.

Jika Anda menggunakan: counter_cache pada asosiasi has_many, ukuran akan menggunakan jumlah cache secara langsung, dan tidak membuat kueri tambahan sama sekali.

Pertimbangkan satu contoh: dalam basis data saya, satu pelanggan memiliki 20.000 kegiatan pelanggan dan saya mencoba menghitung jumlah catatan kegiatan pelanggan dari pelanggan itu dengan masing-masing metode hitungan, panjang dan ukuran. di sini di bawah laporan patokan dari semua metode ini.

            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)

jadi saya menemukan bahwa menggunakan: Ukuran counter_cache adalah pilihan terbaik untuk menghitung jumlah catatan.