Как мне считать записи MySQL с критерием HAVING

Question

Как мне считать записи MySQL с критерием HAVING

0

Итак, вы можете просто сделать

SELECT COUNT(field.id) FROM table WHERE field.id > 100

и COUNT (поле) вернет количество записей, у которых есть критерий поля .id > 100

Но тогда что, если вы хотите подсчитать записи, указанные с помощью критерия HAVING, такие как

SELECT COUNT(field.id), field.id * 10 AS foo FROM table HAVING foo > 100

код не будет работать в этом случае....

Как мне перейти на подсчет записей, чей критерий указан с помощью предложения HAVING?

Заранее спасибо

kamikaze_pilot 20 сен. 2010, в 03:35

Источник

0

В вашем примере HAVING используется слишком часто. Используйте ГДЕ или придумайте другой пример.
zerkms 20 сен. 2010, в 01:34
1

Я не могу выполнить ни один запрос как есть - они дают мне ошибку 1140 за использование агрегата без предложения GROUP BY (IE: COUNT(field.id) ). Кажется, что все совсем не относится к агрегату, просто возможность ссылаться на псевдоним столбца для сравнения ...
OMG Ponies 20 сен. 2010, в 02:02

Теги:

mysql

sql

aggregate-functions

having

3 ответа

2

Я не могу запустить запрос as-is - они дают мне ошибку 1140 для "использования агрегата без предложения GROUP BY" (IE: COUNT(field.id)). Все, кажется, вообще не относится к совокупности, просто возможность ссылаться на псевдоним столбца для сравнения...

Наиболее широко поддерживаемые средства:

SELECT field.id * 10 AS foo 
  FROM table 
 WHERE field.id * 10 > 100

MySQL поддерживает ссылку на псевдоним столбца в предложении GROUP BY или HAVING. Он не требует использования обратных ссылок, но я видел экземпляры, которые не будут работать (зарезервированные слова) до тех пор, пока не появятся обратные ссылки:

SELECT field.id * 10 AS foo 
  FROM table 
HAVING `foo` > 100

Я не рекомендую этот подход - он поддерживается на SQL Server, но не Oracle...

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

OMG Ponies 19 сен. 2010, в 23:13

1

@Martin Smith: Может быть, но недавно возник вопрос, который не сработал бы, если бы псевдоним не был в запятой, поэтому я буду ошибаться в сторону предосторожности.
OMG Ponies 20 сен. 2010, в 01:42
0

Кстати, ваш второй запрос всегда будет возвращать пустой набор из-за HAVING
zerkms 20 сен. 2010, в 01:43
0

@zerkms: оба эквивалентны
OMG Ponies 20 сен. 2010, в 01:44
0

и чтобы быть ясным, основное различие между WHERE и HAVING заключается в том, что WHERE работает на физическом уровне данных, работает с необработанными данными, а HAVING работает с полным набором результатов.
zerkms 20 сен. 2010, в 01:46
0

@OMG - Если я пытаюсь выбрать SELECT count(id), id+1 as foo FROM mytable он просто возвращает набор результатов из одной строки, который, кажется, имеет верхнюю строку в таблице. Поэтому я думаю, что если этот id в одной строке не окажется> 99, то ничего не будет возвращено.
Martin Smith 20 сен. 2010, в 01:46
0

@OMG Пони: нет, это не так.
zerkms 20 сен. 2010, в 01:47
0

@OMG Ponies: создайте таблицу с одним столбцом a и добавьте 3 записи: 1, 2, 3. WHERE a > 1 против HAVING и WHERE a > 2 против HAVING будет возвращать разные результаты.
zerkms 20 сен. 2010, в 01:49
0

@OMG Ponies: о боже, как это связано с OP? Ваш второй запрос неверен ...
zerkms 20 сен. 2010, в 01:50
0

@zerkms: я тестировал, используя таблицу из 105 записей, пронумерованных 1-105. После пропуска COUNT в исходном запросе из-за ошибки MySQL 1140 я получаю идентичные наборы результатов из обеих версий отправленных мной запросов: 95 записей, со значением foo от 100 до 1050, с увеличением на 10.
OMG Ponies 20 сен. 2010, в 02:08
0

@OMG Пони: это невозможно. для значений больше первой строки в таблице (которая выбирается, когда мы пишем COUNT(*), foo ) HAVING должен возвращать пустой набор. И это на моем MySQL 5.1. «После пропуска COUNT» - да, потому что это основная причина, почему вы получаете пустой набор в противном случае.
zerkms 20 сен. 2010, в 02:20
0

@zerkms: если бы вы проверили его, вы бы знали, что MySQL вернет ошибку 1140 за попытку использовать агрегат без предложения group by. Это не пустой набор результатов ...
OMG Ponies 20 сен. 2010, в 02:29
0

@ OMG, я тоже не вижу этой ошибки. Я думаю, что это может зависеть от этой опции режима SQL ?
Martin Smith 20 сен. 2010, в 02:39
0

Я проверил это, и это работает для меня. Похоже, вы изменили некоторые параметры режима сервера.
zerkms 20 сен. 2010, в 02:42

Показать ещё 11 комментариев

1

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ - я тестировал это только на SQL Server

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

SELECT COUNT(field.id), field.id * 10 AS foo FROM table HAVING foo > 100

потому что field.id не содержится в предложении, которое определяет группу или агрегатную функцию; он просто не компилируется.

С учетом сказанного, следующий SQL -

SELECT COUNT(field.id) FROM table HAVING COUNT(field.id) > 100

вернет количество строк в таблице, если число больше 100. Если это не так, результат не получится.

У вас есть конкретная проблема? Что вы пытаетесь подсчитать?

arootbeer 20 сен. 2010, в 00:04

Ещё вопросы

В вашем примере HAVING используется слишком часто. Используйте ГДЕ или придумайте другой пример.
Я не могу выполнить ни один запрос как есть - они дают мне ошибку 1140 за использование агрегата без предложения GROUP BY (IE: COUNT(field.id) ). Кажется, что все совсем не относится к агрегату, просто возможность ссылаться на псевдоним столбца для сравнения ...
@Martin Smith: Может быть, но недавно возник вопрос, который не сработал бы, если бы псевдоним не был в запятой, поэтому я буду ошибаться в сторону предосторожности.
Кстати, ваш второй запрос всегда будет возвращать пустой набор из-за HAVING
и чтобы быть ясным, основное различие между WHERE и HAVING заключается в том, что WHERE работает на физическом уровне данных, работает с необработанными данными, а HAVING работает с полным набором результатов.
@OMG - Если я пытаюсь выбрать SELECT count(id), id+1 as foo FROM mytable он просто возвращает набор результатов из одной строки, который, кажется, имеет верхнюю строку в таблице. Поэтому я думаю, что если этот id в одной строке не окажется> 99, то ничего не будет возвращено.
@OMG Ponies: создайте таблицу с одним столбцом a и добавьте 3 записи: 1, 2, 3. WHERE a > 1 против HAVING и WHERE a > 2 против HAVING будет возвращать разные результаты.
@OMG Ponies: о боже, как это связано с OP? Ваш второй запрос неверен ...
@zerkms: я тестировал, используя таблицу из 105 записей, пронумерованных 1-105. После пропуска COUNT в исходном запросе из-за ошибки MySQL 1140 я получаю идентичные наборы результатов из обеих версий отправленных мной запросов: 95 записей, со значением foo от 100 до 1050, с увеличением на 10.
@OMG Пони: это невозможно. для значений больше первой строки в таблице (которая выбирается, когда мы пишем COUNT(*), foo ) HAVING должен возвращать пустой набор. И это на моем MySQL 5.1. «После пропуска COUNT» - да, потому что это основная причина, почему вы получаете пустой набор в противном случае.
@zerkms: если бы вы проверили его, вы бы знали, что MySQL вернет ошибку 1140 за попытку использовать агрегат без предложения group by. Это не пустой набор результатов ...
@ OMG, я тоже не вижу этой ошибки. Я думаю, что это может зависеть от этой опции режима SQL ?
Я проверил это, и это работает для меня. Похоже, вы изменили некоторые параметры режима сервера.

zerkms · Accepted Answer · 2010-09-19T23-19-00.000Z

Ну, COUNT работает ПЕРЕД HAVING применяется к набору результатов . Поэтому, если вам нужно подсчитать их число - вам нужно обернуть свой запрос другим.

SELECT COUNT(*) FROM (
    SELECT field.id * 10 AS foo FROM table HAVING foo > 100
)

это здорово, хотя мне нужно было добавить запрос в SELECT COUNT (*) FROM (SELECT field.id * 10 AS foo ИЗ таблицы, имеющей foo> 100) AS
@kamikaze_pilot: да, я забыл, что в этом случае мы должны дать псевдоним для вложенного запроса.