ruby-on-rails - ActiveRelation 将如何影响 rails 的 includes() 功能？

Question

我查看了 Arel 源代码和一些 Rails 3.0 的 activerecord 源代码，但关于 Arel 是否会改变我们使用 includes() 的能力，我似乎​​无法为自己收集到一个好的答案，在构造查询时，为了更好。

在 2.3.5 和之前的版本中，有些人可能想要修改 activerecord :include 查询的条件，以获取将返回的关联记录。但据我所知，这在编程上对所有 :include 查询都站不住脚:

(我知道一些 AR-find-includes 使所有属性的 t#{n}.c#{m} 重命名，并且可以想象向这些查询添加条件以限制连接集的结果；但其他人做 n_joins + 1 次迭代查询 id 集，我不确定如何破解 AR 来编辑这些迭代查询。)

Arel 是否允许我们构建 ActiveRecord 查询，在使用 includes() 时指定生成的关联模型对象？

例如:

User :has_many posts( has_many :comments)

User.all(:include => :posts) #say I wanted the post objects to have their 
 #comment counts loaded without adding a comment_count column to `posts`.

#At the post level, one could do so by: 
posts_with_counts = Post.all(:select => 'posts.*, count(comments.id) as comment_count', 
         :joins => 'left outer join comments on comments.post_id = posts.id',
         :group_by => 'posts.id') #i believe

#But it seems impossible to do so while linking these post objects to each 
  #user as well, without running User.all() and then zippering the objects into 
  #some other collection (ugly) 
  #OR running posts.group_by(&:user) (even uglier, with the n user queries)

Answer 1

您为什么不实际使用 AREL 的核心。一旦深入到实际的表范围，您就可以使用 Arel::Relation，它与 ActiveRecord 实现本身完全不同。我真的相信 ActiveRecord::Relation 是 Arel::Relation 和 Arel::Table 的包装器的一个完全不同的(并且被破坏了)实现。我选择通过执行 Thing.scoped.table (Arel::Table) 这是事件记录样式或 Arel::Table.new(:table_name) 来在其核心使用 Arel，这给了我一个新鲜的 Arel::Table (我的首选方法)。由此您可以执行以下操作。

posts = Arel::Table.new(:thing, :as => 'p') #derived relation
comments = Arel::Table.new(:comments, :as => 'c') # derived relation
posts_and_comments = posts.join(comments).on( posts[:id].eq(:comments[:id]) )

# now you can iterate through the derived relation by doing the following
posts_and_comments.each {...} # this will actually return Arel::Rows which is another story.  
#

Arel::Row 从集合中返回元组的 TRUE 定义，该集合由 Arel::Header(Arel::Attributes 的集合)和元组组成。

还有一点更冗长，我之所以在其核心使用 Arel，是因为它真正向我公开了关系模型，这是 ActiveRelation 背后的力量。我注意到 ActiveRecord 公开了 Arel 所提供内容的 20%，我担心开发人员不会意识到这一点，也不会理解关系代数的真正核心。使用条件散列对我来说是“老派”和关系代数世界中的 ActiveRecord 风格编程。一旦我们学会摆脱基于 Martin Fowler 模型的方法并采用基于 E.F. Codd 关系模型的方法，这实际上是 RDBMS 几十年来一直在尝试做的事情，但却大错特错。

我冒昧地为 ruby​​ 社区开始了一个关于 Arel 和关系代数的七部分学习系列。这些将包括短视频，从初学者到高级技术，如自引用关系和组合下的闭合。第一个视频在http://Innovative-Studios.com/#pilot如果您需要更多信息或者这对您来说描述性不够，请告诉我。

Arel 的 future 一片光明。