Rails 4与Rails 5关联查询（joins/where）差异及兼容问题问询

核心原因：Rails 5 严格了关联名称与表别名的映射规则 #

你的问题本质是 Rails 5 对 Active Record 查询的表别名解析逻辑做了严格化调整，而 Rails 3/4 对非标准关联命名的容错性更高。

1. Rails 3/4 的宽松处理逻辑 #

在 Rails 3 和 4 中，Active Record 对关联名称的解析比较灵活：

• 即使关联命名不符合规范（比如 has_many :parent_company 用了单数形式），或者关联是通过中间连接表的间接关联，Rails 会自动推断查询中对应的表名和别名，允许你在 where 子句中直接用关联名称作为表的引用键。
• 比如你的 has_many :parent_company 关联，Rails 4 会隐式处理中间表（user_companies）和目标表（companies）的映射，所以 where(parent_company: {is_master_company: true}) 能被正确解析执行。

2. Rails 5 的严格化改进 #

Rails 5 开始严格执行关联名称与查询表别名的一一对应规则：

• 当你调用 joins(:parent_company) 时，Rails 会按照关联的定义生成对应的 JOIN 语句，但不会再自动将关联名称映射到实际的表名。
• 你在 where 子句中使用 parent_company: 作为键，Rails 会将其当作一个表的别名去查找，但实际的 JOIN 语句中并没有使用这个别名（而是用了中间表 user_companies 或目标表 companies 的默认别名），因此会抛出 missing FROM-clause entry for table "parent_company" 错误。

3. 为什么新查询能正常运行？ #

你改用的 User.joins(user_companies: :company).where(user_companies: {is_parent_company: true, companies: {is_master_company: true}}) 直接使用了数据库中实际存在的表名（user_companies 和 companies），Rails 5 能精准匹配 JOIN 语句中的 FROM 子句，因此可以正常执行。

额外提示：关联命名规范问题 #

你的 has_many :parent_company 不符合 Rails 命名规范（has_many 应该对应复数形式 parent_companies），这种不规范命名在 Rails 4 中可能被容错，但在 Rails 5 的严格解析下更容易触发兼容性问题，建议优先修正关联命名以符合 Rails 约定。

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