在做项目的时候，这也是我的问题。如上所述，HAVING检查已经找到的查询结果的条件。但是WHERE用于在查询运行时检查条件。

让我举个例子来说明这一点。假设您有一个这样的数据库表。

用户表{int用户id，日期日期字段，int每日收入}

假设，表中有以下行:

1, 2011-05-20, 100 1, 2011-05-21, 50 1, 2011-05-30, 10 2, 2011-05-30, 10 2, 2011-05-20, 20

现在，我们希望获得用户id和sum(dailyincome)，其sum(dailyincome)为>100

如果我们这样写:

SELECT usertable WHERE WHERE用户id, sum(dailyincome sum(dailyincome)>100 GROUP BY userid

这将是一个错误。正确的查询应该是:

SELECT userid, sum(dailyincome) FROM usertable GROUP BY userid HAVING sum (dailyincome) > 100

当GROUP BY不使用时，WHERE和HAVING子句本质上是等价的。

然而，当使用GROUP BY时:

WHERE子句用于从结果中筛选记录。的 在进行任何分组之前进行筛选。 HAVING子句用于从一个组(即到 执行分组聚合后检查条件)。

来自这里的资源

两者之间的区别在于与GROUP BY子句的关系:

WHERE在GROUP BY之前;SQL在对记录进行分组之前计算WHERE子句。 HAVING继GROUP BY之后;SQL在对记录进行分组后计算HAVING。

参考文献

SQLite SELECT语句语法/铁路图 Informix SELECT语句语法/铁路图

WHERE和HAVING子句的区别:

WHERE子句和HAVING子句之间的主要区别是，WHERE用于行操作，HAVING用于列操作。

为什么我们需要HAVING从句?

我们知道，聚合函数只能在列上执行，所以不能在WHERE子句中使用聚合函数。因此，我们在HAVING子句中使用聚合函数。

HAVING子句被添加到SQL中，因为WHERE关键字不能用于聚合函数。

查看w3schools链接获取更多信息

语法:

SELECT column_name, aggregate_function(column_name)
FROM table_name
WHERE column_name operator value
GROUP BY column_name
HAVING aggregate_function(column_name) operator value

这样的查询:

SELECT column_name, COUNT( column_name ) AS column_name_tally
  FROM table_name
 WHERE column_name < 3
 GROUP 
    BY column_name
HAVING COUNT( column_name ) >= 3;

.．.可以使用派生表重写(并省略HAVING)，如下所示:

SELECT column_name, column_name_tally
  FROM (
        SELECT column_name, COUNT(column_name) AS column_name_tally
          FROM table_name
         WHERE column_name < 3
         GROUP 
            BY column_name
       ) pointless_range_variable_required_here
 WHERE column_name_tally >= 3;

对我来说，第一个区别是:如果HAVING从SQL语言中移除，那么生活将或多或少地像以前一样。当然，少数查询需要使用派生表、CTE等重新编写，但它们可能会因此更容易理解和维护。也许供应商的优化器代码需要重新编写，以考虑到这一点，这又是一个行业内改进的机会。

Now consider for a moment removing WHERE from the language. This time the majority of queries in existence would need to be rewritten without an obvious alternative construct. Coders would have to get creative e.g. inner join to a table known to contain exactly one row (e.g. DUAL in Oracle) using the ON clause to simulate the prior WHERE clause. Such constructions would be contrived; it would be obvious there was something was missing from the language and the situation would be worse as a result.

我们可能失去明天的“拥有”，情况不会更糟，甚至可能更好，但“在哪里”就不一定了。

从这里的答案来看，许多人似乎没有意识到HAVING子句可以在没有GROUP BY子句的情况下使用。在本例中，HAVING子句应用于整个表表达式，并要求SELECT子句中只出现常量。通常，HAVING子句将涉及聚合。

这比听起来更有用。例如，考虑这个查询来测试name列是否对T中的所有值都是唯一的:

SELECT 1 AS result
  FROM T
HAVING COUNT( DISTINCT name ) = COUNT( name );

只有两种可能的结果:如果HAVING子句为真，则结果为包含值1的单行，否则结果为空集。