Rails多态关联场景下合并与排序ActiveRecord关联的实现方案咨询

优先选择STI方案，你的场景完全匹配STI的适用范围，所谓STI被诟病的问题在你的需求下完全不会触发：STI的缺陷仅在子类存在大量独有需索引字段时才会出现，而你的差异数据仅为视图用元数据，存JSONB即可完美解决。

STI方案（推荐） #

实现步骤 #

1. 生成collectables表迁移：

class CreateCollectables < ActiveRecord::Migration[7.0]
  def change
    create_table :collectables do |t|
      t.references :platform, null: false, foreign_key: true
      t.string :type, null: false, index: true
      t.string :name, null: false, index: true
      t.jsonb :data, default: {}, null: false
      t.timestamps
    end
  end
end

2. 定义模型：

# 公共父类
class Collectable < ApplicationRecord
  belongs_to :platform
  # 全局通用scope，支持搜索、排序
  scope :search, ->(keyword) { where("name LIKE ?", "%#{sanitize_sql_like(keyword)}%") }
end

# 子类定义，独有逻辑和元数据快捷访问可以写在对应子类中
class Game < Collectable
  def publisher
    data["publisher"]
  end
end

class System < Collectable
  def storage_capacity
    data["storage_capacity"]
  end
end

class Peripheral < Collectable
  def interface
    data["interface"]
  end
end

# Platform模型调整
class Platform < ApplicationRecord
  has_many :collectables
  # 保留原有类型关联，无需改旧代码
  has_many :games, class_name: "Game"
  has_many :systems, class_name: "System"
  has_many :peripherals, class_name: "Peripheral"
end

优势 #

• 完全支持你需要的链式调用：@platform.collectables.search("马里奥").order(name: :asc) 所有操作都在数据库层面执行，性能优秀
• 兼容现有Collection多态关联：collectable_type字段会自动匹配Game/System/Peripheral，无需修改原有收藏逻辑
• 维护成本极低，新增藏品类型只需要加一个继承Collectable的子类即可

Delegated Types方案（适合后续子类差异大的场景） #

如果后续你确定不同藏品类型会新增大量需要查询/索引的独有字段，可以选用Rails原生的Delegated Types特性，避免STI的空列问题：

# 公共主表模型
class Collectable < ApplicationRecord
  belongs_to :platform
  delegated_type :collectable, types: %w[Game System Peripheral], dependent: :destroy
  scope :search, ->(keyword) { where("name LIKE ?", "%#{sanitize_sql_like(keyword)}%") }
end

# 子表模型，独有字段直接存在对应子表
class Game < ApplicationRecord
  has_one :collectable, as: :collectable, touch: true
  # 比如独有字段publisher、release_date直接存在games表
end

class Platform < ApplicationRecord
  has_many :collectables
end

该方案的缺点是关联查询需要多一次JOIN，你的当前场景下属于过度设计。 #

兼容旧表结构的Union方案（不推荐） #

如果你完全不能修改现有表结构，可以用UNION ALL封装查询返回可链式调用的Relation：

class Platform < ApplicationRecord
  has_many :games
  has_many :systems
  has_many :peripherals

  def collectables
    union = games.select("id, name, 'Game' as collectable_type")
          .union_all(systems.select("id, name, 'System' as collectable_type"))
          .union_all(peripherals.select("id, name, 'Peripheral' as collectable_type"))
    CollectableUnion.from("(#{union.to_sql}) as collectables")
  end

  class CollectableUnion < ApplicationRecord
    self.abstract_class = false
    scope :search, ->(keyword) { where("name LIKE ?", "%#{sanitize_sql_like(keyword)}%") }
  end
end

该方案维护成本高，多态关联兼容需要额外处理，仅作为临时过渡方案使用。

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