Почему WHERE и HAVING существуют в SQL как отдельные предложения?

Вот правило. Если условие относится к агрегатной функции, поместите это условие в предложение HAVING. В противном случае используйте предложение WHERE.

Вот еще одно правило: Вы не можете использовать HAVING, если вы не используете GROUP BY.

Основное отличие заключается в том, что WHERE нельзя использовать для сгруппированных элементов (например, SUM(число)), тогда как HAVING можно. Причина в том, что WHERE выполняется до группировки, а HAVING — после группировки. .

ДРУГОЕ РАЗЛИЧИЕ В предложении WHERE требуется, чтобы условие было столбцом в таблице, но в предложении HAVING можно использовать и столбец, и псевдоним.

Вот разница:

SELECT `value` v FROM `table` WHERE `v`>5;

Ошибка № 1054 – Неизвестный столбец "v" в разделе "где"

SELECT `value` v FROM `table` HAVING `v`>5; -- Get 5 rows

Предложение WHERE требует, чтобы условие было столбцом в таблице, но предложение HAVING может использовать как столбец, так и псевдоним.

Это связано с тем, что предложение WHERE фильтрует данные перед выбором, а предложение HAVING фильтрует данные после выбора.

Поэтому размещение условий в предложении WHERE будет более эффективным, если в таблице много строк.

Попробуйте EXPLAIN, чтобы увидеть ключевое отличие:

EXPLAIN SELECT `value` v FROM `table` WHERE `value`>5;
+----+-------------+-------+-------+---------------+-------+---------+------+------+--------------------------+
| id | select_type | table | type  | possible_keys | key   | key_len | ref  | rows | Extra                    |
+----+-------------+-------+-------+---------------+-------+---------+------+------+--------------------------+
|  1 | SIMPLE      | table | range | value         | value | 4       | NULL |    5 | Using where; Using index |
+----+-------------+-------+-------+---------------+-------+---------+------+------+--------------------------+

EXPLAIN SELECT `value` v FROM `table` having `value`>5;
+----+-------------+-------+-------+---------------+-------+---------+------+------+-------------+
| id | select_type | table | type  | possible_keys | key   | key_len | ref  | rows | Extra       |
+----+-------------+-------+-------+---------------+-------+---------+------+------+-------------+
|  1 | SIMPLE      | table | index | NULL          | value | 4       | NULL |   10 | Using index |
+----+-------------+-------+-------+---------------+-------+---------+------+------+-------------+

Вы можете видеть, что WHERE или HAVING использует индекс, но строки разные.

Так что есть необходимость в них обоих, особенно когда нам нужна группировка и дополнительные фильтры.

Этот вопрос, кажется, иллюстрирует неправильное понимание того, что WHERE и HAVING отсутствуют до 1/2 информации, необходимой для полной обработки запроса.

Рассмотрим следующий SQL:

drop table if exists foo; create table foo (
  ID int,
  bar int
); insert into foo values (1, 1);

select now() as d, bar as b
from foo
where bar = 1 and d <= now()
having bar = 1 and ID = 1
;

В предложении where элемент d недоступен, поскольку элементы selected еще не были обработаны для его создания.

В пункте having пункт ID был исключен, поскольку он не был selected. В агрегированных запросах ID может даже не иметь значения в контексте нескольких строк, объединенных в одну. ID также может быть бессмысленным при joinобъединении разных таблиц в один результат.

Можно ли это сделать? Конечно, но на бэкенде он будет работать так же, как и сейчас, потому что вам нужно что-то агрегировать, прежде чем вы сможете фильтровать на основе этой агрегации. В конечном счете, причина в том, что это логическое разделение различных процессов. Зачем тратить ресурсы на агрегирование записей, которые можно было бы отфильтровать с помощью WHERE?

На вопрос может полностью ответить только дизайнер, поскольку он задает намерение. Но подразумевается, что оба предложения делают одно и то же только для агрегированных и неагрегированных данных. Это не правда. "Предложение HAVING обычно используется вместе с предложением GROUP BY для фильтрации результатов совокупных значений. Однако HAVING можно указать без GROUP BY."

Насколько я понимаю, важно то, что «Предложение HAVING указывает дополнительные фильтры, которые применяются после фильтров предложения WHERE».

http://technet.microsoft.com/en-us/library/ms179270(v=sql.105).aspx