Rails 6.1单表继承场景下ActiveRecord .missing查询失效排查

Rails 6.1版本的where.missing方法在处理同表STI（单表继承）自关联场景时存在明确的字段解析bug：

• 方法生成的LEFT OUTER JOIN连接逻辑本身没有问题：会将关联的Live记录（别名online_lives_posts）通过自定义外键live_of_in_person_live_id与主表InPersonLive的主键id做匹配，同时自动追加Live的STI类型过滤条件。
• 但构造「无匹配关联记录」的过滤规则时，框架错误地将空值判断字段绑定到了主表（posts）的主键id上，生成了WHERE "posts"."id" IS NULL的错误逻辑——主表主键是强制非空字段，因此查询结果永远为0。
  该bug属于Rails 6.1初始版本对自关联STI场景的兼容缺失，常规跨表关联、非自关联的STI关联场景下，missing方法不会触发该问题。

根据项目实际情况二选一即可：

• 升级Rails框架版本
  该字段解析bug在Rails 6.1后续的补丁版本、以及Rails 7.0+正式版本中已经完成修复，升级后原有InPersonLive.where.missing(:online_live)写法会自动生成正确SQL，将空值判断指向关联表别名的主键，即生成WHERE "online_lives_posts"."id" IS NULL的正确逻辑，无需修改业务代码。
• 不升级框架的兼容写法
  如果暂时无法升级Rails版本，可以手动实现等价的左连接判空逻辑，执行效率和missing方法完全一致，同时可以规避NOT IN子查询的性能问题与NULL值陷阱：

  InPersonLive
    .left_joins(:online_live)
    .where(online_live: { id: nil })
    .count
  

  该写法会强制Rails将空值判断绑定到关联的Live记录主键字段，在Rails 6.1环境下可以直接得到正确结果，可读性也优于手写NOT IN子查询。

  注意：不建议长期使用NOT IN子查询实现该需求，一旦子查询结果中出现NULL值，NOT IN语法会直接返回空结果集，即使手动追加非空过滤，性能也弱于左连接判空的写法。

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