Ransack关联查询用not_eq生成异常SQL，与ActiveRecord结果差异大

你的两个查询结果差异巨大，核心原因是Ransack处理关联模型_not_eq条件的默认逻辑和原生ActiveRecord完全不同：

1. 逻辑差异分析 #

原生ActiveRecord查询逻辑 #

直接筛选**存在至少一条contact_fields满足landing_page_field_definition_id=1432且value!='0'**的联系人——只要有一条关联记录符合条件，该联系人就会被选中（哪怕该联系人还有其他value='0'的contact_fields）。

Ransack生成的查询逻辑 #

Ransack为了避免JOIN导致的重复记录，默认用子查询排除法，但这里的逻辑被扭曲了：

• 要求联系人必须有一条contact_fields满足landing_page_field_definition_id=1432
• 同时排除所有存在value='0'的contact_fields的联系人（子查询未限制landing_page_field_definition_id，是全局排除）

这种逻辑直接砍掉了那些同时存在符合条件和不符合条件关联记录的联系人，自然结果数量大幅减少。

2. 解决方案 #

要让Ransack生成和原生AR一致的查询逻辑，可采用以下几种方式：

方案1：用exists条件明确关联匹配 #

通过contact_fields_exists限定存在满足双条件的关联记录，Ransack会生成贴近原生逻辑的SQL：

account.contacts.ransack(
  contact_fields: {
    landing_page_field_definition_id_eq: "1432",
    value_not_eq: "0"
  },
  contact_fields_exists: true
).result.to_sql

方案2：自定义Ransacker（适合复用场景） #

在Contact模型中定义封装好的ransacker：

ransacker :has_non_zero_field_for_definition, formatter: proc { |def_id|
  ContactField.where(landing_page_field_definition_id: def_id, value: '0').select(:contact_id)
} do |parent|
  parent.table[:id].not_in(ransacker)
end

使用时直接调用：

account.contacts.ransack(has_non_zero_field_for_definition: "1432").result.to_sql

方案3：结合原生where条件 #

如果不需要严格依赖Ransack的搜索参数，可以直接混合原生查询：

account.contacts.ransack({}).result.left_joins(:contact_fields).where(
  "contact_fields.landing_page_field_definition_id = ? AND contact_fields.value != ?",
  "1432", "0"
)

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