使用Pagy对过滤后的数据分页报offset方法不存在如何解决

默认的pagy方法是为ActiveRecord::Relation这类数据库查询集合设计的，这类集合原生支持offset、limit等数据库层分页方法。
你在过滤时调用了Ruby原生的Array#select，执行后返回的是普通Ruby数组，不存在offset方法，所以触发报错。
直接传入Animal.all能正常运行，是因为Animal.all返回的是ActiveRecord::Relation对象，符合默认分页器的入参要求。

Pagy本身支持过滤后的数据分页，根据你的业务场景二选一即可：

• 方案1（推荐，性能最优）：将内存过滤改为数据库查询层过滤
  不要用Ruby的select在内存中遍历筛选数据，改用ActiveRecord的查询语法在数据库层面完成过滤，最终返回的依然是ActiveRecord::Relation对象，可直接调用默认pagy方法分页，数据量较大时性能优势非常明显：

  # 替换原来的select逻辑
  @animals = @animals.where(temporary_home: home_params)
  # 其余过滤逻辑也尽量使用ActiveRecord查询语法实现
  # @animals = @animals.where(other_condition: params_value)
  
  @pagy, @animals = pagy(@animals)
  

• 方案2：如果过滤逻辑必须在内存中执行，使用数组专用分页方法
  如果你的过滤规则无法转化为数据库查询语句，必须加载全量记录到内存判断，就调用Pagy提供的数组专用分页方法pagy_array：

  # 执行原有内存过滤逻辑，得到普通数组
  @animals = @animals.select{|animal| animal.temporary_home == home_params }
  @animals = .... # 其余内存过滤逻辑
  
  # 调用数组专用分页方法
  @pagy, @animals = pagy_array(@animals)
  

  注意：数组分页会先加载所有符合条件的记录到内存再做切片，数据量超过千条时会出现明显的性能损耗，非必要不选该方案。

内容的提问来源于stack exchange，提问作者lost9123193