更好的SQL - :group vs.:select => '不同'

时间:2009-09-06 12:32:03

标签: sql ruby-on-rails postgresql activerecord

让我们假设三个模型,标准连接:

class Mailbox < ActiveRecord::Base
  has_many :addresses
  has_many :domains, :through => :addresses
end

class Address < ActiveRecord::Base
  belongs_to :mailbox
  belongs_to :domain
end

class Domain < ActiveRecord::Base
  has_many :addresses
  has_many :mailboxes, :through => :addresses
end

现在很明显,如果对于任何给定的邮箱,您想知道它在哪个域中有地址,您有两种可能的方法:

m = Mailbox.first
# either: SELECT DISTINCT domains.id, domains.name FROM "domains" INNER JOIN 
#         "addresses" ON "domains".id = "addresses".domain_id WHERE 
#         (("addresses".mailbox_id = 1))
m.domains.all(:select => 'DISTINCT domains.id, domains.name')
# or: SELECT domains.id, domains.name FROM "domains" INNER JOIN "addresses" ON
#     "domains".id = "addresses".domain_id WHERE (("addresses".mailbox_id = 1))
#      GROUP BY domains.id, domains.name
m.domains.all(:select => 'domains.id, domains.name', 
  :group => 'domains.id, domains.name')

对我来说,问题是我不知道哪种解决方案更好。当我没有指定任何其他条件时,PostgreSQL查询规划器倾向于第二个解决方案(按预期工作),但如果我为查询添加条件,则归结为“Unique”与“Group”:

使用“DISTINCT”:

 Unique  (cost=16.56..16.57 rows=1 width=150)
   ->  Sort  (cost=16.56..16.56 rows=1 width=150)
         Sort Key: domains.name, domains.id
         ->  Nested Loop  (cost=0.00..16.55 rows=1 width=150)
               ->  Index Scan using index_addresses_on_mailbox_id on addresses  (cost=0.00..8.27 rows=1 width=4)
                     Index Cond: (mailbox_id = 1)
               ->  Index Scan using domains_pkey on domains  (cost=0.00..8.27 rows=1 width=150)
                     Index Cond: (domains.id = addresses.domain_id)
                     Filter: (domains.active AND domains.selfmgmt)
(9 rows)

使用“GROUP BY”:

Group  (cost=16.56..16.57 rows=1 width=150)
   ->  Sort  (cost=16.56..16.56 rows=1 width=150)
         Sort Key: domains.name, domains.id
         ->  Nested Loop  (cost=0.00..16.55 rows=1 width=150)
               ->  Index Scan using index_addresses_on_mailbox_id on addresses  (cost=0.00..8.27 rows=1 width=4)
                     Index Cond: (mailbox_id = 1)
               ->  Index Scan using domains_pkey on domains  (cost=0.00..8.27 rows=1 width=150)
                     Index Cond: (domains.id = addresses.domain_id)
                     Filter: (domains.active AND domains.selfmgmt)
(9 rows)

我真的不确定如何确定检索这些数据的更好方法。我的直觉告诉我要使用“GROUP BY”,但我找不到任何足够的文档来解决这个问题。

我应该使用“:group”还是“:select =&gt;'DISTINCT'”?这种选择是否与其他现代RDBMS相同,例如Oracle,DB2或MySQL(我没有访问权限,所以我无法执行测试)?

2 个答案:

答案 0 :(得分:10)

如果你正在使用Postgresql&lt; 8.4(考虑到计划,我猜你是这样的) - 通常最好使用GROUP BY代替DISTINCT,因为它的计划效率更高。

在8.4中没有区别,因为DISTINCT被“教导”也能够使用群组操作员。

答案 1 :(得分:1)

SQL必须执行相同的步骤来收集准备GROUP BY或“等效”DISTINCT查询所需的信息:相同的过滤器,相同的排序等。区别在于最后一步,这里Postgre调用'群'或'独特'。

当GROUP BY查询在其SELECT中不包含任何聚合时,“组”和“唯一”本质上是相同的(即使它们归结为服务器代码中的不同方法)。在存在一些聚合(如COUNT(*),MAX(some_field)等)时,“组”步骤需要更多的资源,因为它需要额外的存储来存储计数,最小等等,并且需要增加或与之比较等。

我会使用GROUP BY方法,因为它可能会在SELECT中添加聚合,如果在某个时候需要这样的信息,而不会更改查询。即使未显示实际计数,应用程序也可能会按此计数的降序显示域名。