链接包含 joins() 和 select() 的多个范围

Question

我阅读的所有内容都建议人们将“复杂”查询排除在控制器之外，并将它们放入模型的范围内。但是，您如何建议在使用joins 时使用需要来自三个模型的数据的查询来执行此操作。例如，

class User < ActiveRecord::Base
  belongs_to :company
  belongs_to :profile
end

如果我们需要来自User 的companies.name 和profiles.city，我们可以将查询填充到控制器操作中，这非常有效。

User.joins(:company, :profile).select('users.*, companies.name as company_name, profiles.city as city').find(1)

为了将其排除在控制器之外，我们可以定义一个命名范围，例如

scope :include_company_name_and_profile_city, -> { joins(:company, :profile).select('users.*, companies.name as company_name, profiles.city as city') }

在控制器中使用User.include_company_name_and_profile_city.find(1)。

但是如果在不同的时间我们需要只公司名称或只个人资料城市呢？我们可以定义两个作用域并将它们链接起来吗？

scope :include_company_name, -> { joins(:company).select('users.*, companies.name as company_name') }
scope :include_profile_city, -> { joins(:profile).select('users.*, profiles.city as city') }

调用User.include_company_name.include_profile_city.find(1) 将产生一个在SELECT 子句中包含两个users.* 的查询。

SELECT users.*, companies.name as company_name, profiles.city as city, users.*, ...

推荐的处理方法是什么？

1. 将所有joins() 和select() 调用放入控制器中？
2. 创建一个加载公共关联数据的作用域，并且不关心如果该数据从未使用过可能产生的开销？ （这是有缺陷的 imo，见下文）
3. 创建多个不包含select('users.*') 的命名作用域并在控制器或默认作用域中附加select('users.*')？
4. 在 select 子句中有多个 users.* 是否重要？

如果人们推荐选项 2，那么在其他模板中我们需要更多（不那么常见）关联数据的情况呢？ （即User.include_common_association_data.include_non_common_association_data.find(1)）。这将遇到上面提到的相同问题（在 select 子句中有多个 users.*）。

Answer 1

我不确定我是否理解实际问题，但听起来您正在编写联接和选择，何时 ActiveRecord 会为您完成所有这些工作？

这些是你的模特吗？

class User < ActiveRecord::Base
  belongs_to :company
  belongs_to :profile
end
...
class Company 
  has_many :users
end

class Profile
  has_many :users
end

所以如果你想这样做：

如果我们需要用户的 Companies.name 和 profiles.city，我们可以 将查询填充到控制器操作中，效果很好。

您可以通过 Active Record 关系获得这些：

user = User.find(whatever).includes(:company, :profile)
user.company.name 
user.profile.city

已编辑以显示使用包含的即时加载 您不需要范围来找出这些属性中的任何一个，除非还有更多。范围基本上用于从属性中自动过滤。

scope :latest, order("created_at desc").limit(3)
scope :city_present, where("city is not null")

编辑：如果您以前没有花时间在上面，activerecord query interface 指南非常有帮助。 此外，ActiveRecord 在优化查询方面非常聪明，无需您告诉它该做什么，如果您想查看它呈现的 SQL，请使用 rails 控制台查看。