ActiveRecords select(：id).collect vs. pluck(：id) 方法：为什么纯 AR "采摘"更慢？

Question

我试图从我的文章模型中获得所有的id。有两种方法:

 Article.select(:id).collect{|a| a.id}
  Article Load (2.6ms)  SELECT "articles"."id" FROM "articles" 

或

2.2.1 :006 > Article.pluck(:id)
   (4.3ms)  SELECT "articles"."id" FROM "articles"

给了什么?为什么AR比Ruby版本慢?

甚至当我对Ruby方法进行基准测试时，它似乎更快:

Benchmark.measure{Article.select(:id).collect{|a| a.id}}
  Article Load (1.9ms)  SELECT "articles"."id" FROM "articles"
 => #<Benchmark::Tms:0x007feb12060658 @label="", @real=0.026455502957105637, @cstime=0.0, @cutime=0.0, @stime=0.0, @utime=0.020000000000000018, @total=0.020000000000000018>

Answer 1

您的基准测试不准确。首先，如您所见，数据库端的两次执行都会触发相同的查询

SELECT "articles"."id" FROM "articles"

因此，应该认为数据库时间无关紧要。很明显，控制台显示这两个查询的执行时间不同，但这很正常，因为如果运行相同的查询100次，每次的执行时间都可能不同，因为它取决于各种变量，如机器负载、数据库状态等。

由于可以认为数据库执行时间是相等的，因此它与基准测试无关。

因此，你需要比较的是Ruby的执行时间和分配。与collect相比，Pluck应该更快，更轻量，它不分配ActiveRecord对象，而是只返回选定的值。

如果您真的想对方法进行基准测试，您应该模拟数据库时间(这显然是可变的，但与此基准测试无关)，并且只对分配和两种不同的Ruby方法进行基准测试。

长话短说，pluck通常效率更高。

Answer 2

select用于获取具有特定属性的记录。返回一个ActiveRecord::Relation对象。

pluck可以像select一样使用，但是它返回一个选定属性的数组。

Answer 3

您不应该关注控制台中记录的时间，而应该执行适当的benchmark。以下是select在嵌套查询中使用时的速度(大约快30倍!)

[25] pry(main)> ActiveRecord::Base.logger = nil
[25] pry(main)> Benchmark.bmbm do |bm|
[25] pry(main)*   bm.report('select') do
[25] pry(main)*     2000.times do
[25] pry(main)*       ActiveRecord::Base.uncached do
[25] pry(main)*         Agenda.where(organization_id: Organization.limit(2).select(:id))
[25] pry(main)*       end
[25] pry(main)*     end
[25] pry(main)*   end
[25] pry(main)*   bm.report('pluck') do
[25] pry(main)*     2000.times do
[25] pry(main)*       ActiveRecord::Base.uncached do
[25] pry(main)*         Agenda.where(organization_id: Organization.limit(2).pluck(:id))
[25] pry(main)*       end
[25] pry(main)*     end
[25] pry(main)*   end
[25] pry(main)* end
Rehearsal ------------------------------------------
select   0.147064   0.001408   0.148472 (  0.149976)
pluck    1.494075   0.077501   1.571576 (  4.175919)
--------------------------------- total: 1.720048sec
             user     system      total        real
select   0.140494   0.000301   0.140795 (  0.140956)
pluck    1.200006   0.070174   1.270180 (  3.958814)

如前所述，这是因为在第一种情况下，查询作为嵌套选择合并到主查询中，而在pluck中，执行第一个查询以获取id，然后用于运行主查询。

请记住，这类基准测试总是取决于您的数据库、索引、您正在处理的行数等。当有疑问时，总是运行一个快速基准来证实这种假设!

为了记录，这里有一个类似的基准，用于您的"简单"查询，这确实显示pluck更快，尽管不是很大的差距:

[27] pry(main)> Benchmark.bmbm do |bm|
[27] pry(main)*   bm.report('select') do
[27] pry(main)*     2000.times do
[27] pry(main)*       ActiveRecord::Base.uncached do
[27] pry(main)*         Organization.select(:id).collect(&:id)
[27] pry(main)*       end
[27] pry(main)*     end
[27] pry(main)*   end
[27] pry(main)*   bm.report('pluck') do
[27] pry(main)*     2000.times do
[27] pry(main)*       ActiveRecord::Base.uncached do
[27] pry(main)*         Organization.pluck(:id)
[27] pry(main)*       end
[27] pry(main)*     end
[27] pry(main)*   end
[27] pry(main)* end
Rehearsal ------------------------------------------
select   1.669422   0.080951   1.750373 (  4.318759)
pluck    1.081312   0.064770   1.146082 (  3.797270)
--------------------------------- total: 2.896455sec
             user     system      total        real
select   1.601772   0.069176   1.670948 (  4.298829)
pluck    1.094950   0.064165   1.159115 (  3.811094)