Rails筛选provider_id与当前用户匹配的Payment记录方案

你遇到的报错和筛选不生效问题来自三个核心错误：

• 模型关联定义不符合Rails约定，has_many关联名未使用复数形式，且存在冗余错误关联
• 在Payment类上下文调用实例方法ride_request：类层面的self指向Payment类本身，不具备单条支付记录才有的关联属性，必然触发NoMethodError
• 查询逻辑未加关联筛选条件，Payment.all会直接返回全表支付记录

1. 先修正模型关联定义 #

Rails约定has_many关联的名称必须使用复数形式，同时删除AtaPublic模型中错误的直接payment关联（Payments表没有ata_public外键，是通过ride_request间接关联的）：

# app/models/ata_public.rb
class AtaPublic < ApplicationRecord
  # 原写法has_many :ride_request 改为复数形式
  has_many :ride_requests
  # 删除原错误的has_one :payment，该关联无对应外键支撑
  belongs_to :provider, class_name: "User"
end

RideRequest模型关联保持正确即可：

# app/models/ride_request.rb
class RideRequest < ApplicationRecord
  belongs_to :ata_public
  has_one :payment
  belongs_to :hitchhiker, class_name: "User"
end

Payment模型现有关联无需修改：

# app/models/payment.rb
class Payment < ApplicationRecord
  belongs_to :ride_request
end

2. 替换index动作的查询逻辑 #

使用joins做跨表关联查询，直接在数据库层完成筛选，避免内存遍历的性能问题，同时从根源规避类层面调用实例方法的报错：

def index
  # 假设当前登录用户对象为current_user，通过关联链匹配对应provider的支付记录
  @payments = Payment.joins(ride_request: :ata_public)
                     .where(ata_publics: { provider_id: current_user.id })

  render json: Paginate.new(
    pagination_params[:page],
    pagination_params[:limit]
  ).call(@payments), status: 200
end

可选优化：如果需要在单条Payment实例上快速获取对应provider_id，可以在Payment模型中添加委托方法，避免每次手动写多层关联调用：

# 在app/models/payment.rb中添加
delegate :provider_id, to: :ride_request, prefix: :associated, allow_nil: true

添加后单条支付记录可直接调用@payment.associated_provider_id获取对应提供者ID，无需逐层调用关联。

内容的提问来源于stack exchange，提问作者Roberto da Silva