From bf80522be4d7ac521fa3c30d889afa68450a0bc2 Mon Sep 17 00:00:00 2001 From: Ernie Miller Date: Sun, 19 Aug 2012 08:02:09 -0400 Subject: Fix "last equality wins" logic in relation merge This is a real fix (as compared to the band-aid in b127d86c), which uses the recently-added equality methods for ARel nodes. It has the side benefit of simplifying the merge code a bit. --- activerecord/lib/active_record/relation/merger.rb | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-) (limited to 'activerecord/lib/active_record') diff --git a/activerecord/lib/active_record/relation/merger.rb b/activerecord/lib/active_record/relation/merger.rb index 7531f22494..e5b50673da 100644 --- a/activerecord/lib/active_record/relation/merger.rb +++ b/activerecord/lib/active_record/relation/merger.rb @@ -97,18 +97,13 @@ module ActiveRecord merged_wheres = relation.where_values + values[:where] unless relation.where_values.empty? - # Remove duplicate ARel attributes. Last one wins. - seen = Hash.new { |h,table| h[table] = {} } + # Remove equalities with duplicated left-hand. Last one wins. + seen = {} merged_wheres = merged_wheres.reverse.reject { |w| nuke = false - # We might have non-attributes on the left side of equality nodes, - # so we need to make sure they quack like an attribute. - if w.respond_to?(:operator) && w.operator == :== && - w.left.respond_to?(:relation) - name = w.left.name - table = w.left.relation.name - nuke = seen[table][name] - seen[table][name] = true + if w.respond_to?(:operator) && w.operator == :== + nuke = seen[w.left] + seen[w.left] = true end nuke }.reverse -- cgit v1.2.3