Rails：如何为单表继承的两个子类创建关联？

一、实现关联的迁移与模型代码 #

1. 数据库迁移文件修改 #

你需要在appointments表中添加两个指向users表的外键，分别命名为student_id和teacher_id，通过foreign_key: { to_table: :users }指定关联目标表：

class CreateAppointments < ActiveRecord::Migration[7.0]
  def change
    create_table :appointments do |t|
      t.datetime :start_datetime
      # 关联学生（对应users表中type为Student的记录）
      t.references :student, null: false, foreign_key: { to_table: :users }
      # 关联老师（对应users表中type为Teacher的记录）
      t.references :teacher, null: false, foreign_key: { to_table: :users }
      t.timestamps
    end
  end
end

2. 模型关联配置 #

在Appointment模型中指定关联的类名，让Rails正确识别对应的STI子类：

class Appointment < ApplicationRecord
  belongs_to :student, class_name: 'Student'
  belongs_to :teacher, class_name: 'Teacher'
end

同时在Student和Teacher子类中添加反向关联：

class Student < User
  has_many :appointments, foreign_key: :student_id
end

class Teacher < User
  has_many :appointments, foreign_key: :teacher_id
end

这样就能实现Appointment分别与Student、Teacher的多对一关联，查询时Rails会自动通过type字段过滤对应的用户类型。

二、STI vs 独立表的选择建议 #

继续使用STI的场景（当前更适合） #

• 目前Student和Teacher字段完全一致，STI可以避免重复创建结构相同的表，减少维护成本
• 通用逻辑（如用户认证、基础信息管理）可以统一在User模型中实现，无需在两个表中重复编写
• 后续如果需要查询所有用户（不分角色），单表查询更高效

考虑拆分独立表的场景 #

• 未来Student和Teacher的业务逻辑或字段会出现明显差异（比如老师需要职称、课程字段，学生需要学号、班级字段）
• 单表数据量极大，且仅针对单一角色的查询性能出现瓶颈（不过可以通过给type字段加索引缓解）
• 角色之间的业务逻辑差异越来越大，拆分表能让模型职责更清晰，避免User模型过度臃肿

结合你当前的情况，既然两者字段完全相同，分表确实意义不大，继续使用STI是更合理的选择，关联实现的复杂度也在可控范围内。

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