让我们假设三个模型,标准连接:
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(我没有访问权限,所以我无法执行测试)?
答案 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中添加聚合,如果在某个时候需要这样的信息,而不会更改查询。即使未显示实际计数,应用程序也可能会按此计数的降序显示域名。