如果我有一张桌子
CREATE TABLE users (
id int(10) unsigned NOT NULL auto_increment,
name varchar(255) NOT NULL,
profession varchar(255) NOT NULL,
employer varchar(255) NOT NULL,
PRIMARY KEY (id)
)
我想获得所有专业领域的独特价值，什么会更快(或建议):
SELECT DISTINCT u.profession FROM users u
or
SELECT u.profession FROM users u GROUP BY u.profession
?
当前回答
在postgres的某些情况下，distinct可能比group by慢(不知道其他dbs)。
测试的例子:
postgres=# select count(*) from (select distinct i from g) a;
count
10001
(1 row)
Time: 1563,109 ms
postgres=# select count(*) from (select i from g group by i) a;
count
10001
(1 row)
Time: 594,481 ms
http://www.pgsql.cz/index.php/PostgreSQL_SQL_Tricks_I
所以要小心……：）
其他回答
SELECT DISTINCT总是和GROUP BY一样，或者比GROUP BY更快。在某些系统上(例如Oracle)，对于大多数查询，它可能被优化为与DISTINCT相同。在其他的(如SQL Server)上，它可能要快得多。
它们本质上是等价的(事实上，这就是一些数据库在底层实现DISTINCT的方式)。
如果其中一个更快，它就是DISTINCT。这是因为，尽管两者是相同的，但查询优化器必须捕获这样一个事实，即GROUP BY没有利用任何组成员，只利用了它们的键。DISTINCT将此显式化，因此可以使用稍微笨一点的优化器。
有疑问的时候，测试一下!
如果你不需要执行任何组函数(如果你想将数值数据添加到表中，可以使用sum, average等)，请使用SELECT DISTINCT。我怀疑它更快，但我没有任何表现。
在任何情况下，如果您担心速度，可以在列上创建索引。
似乎这些查询并不完全相同。至少对MySQL是这样。
比较:
描述从northwind.products中选择不同的产品名称 描述从北风选择的产品名称。产品组按产品名称
第二个查询在Extra中额外给出了“Using filesort”。
如果可以，尽量选择最简单、最简短的答案——DISTINCT似乎更符合你的要求，因为它会给你你需要的答案，而且只有这个答案!
