Форум MySQL

Есть запрос:

// Запрос данных $sql = "     SELECT          users.email,         users.last_letter,         @qty_days := FLOOR(DATEDIFF(NOW(), users.date_start) / $interval) + 1,         IF(@qty_days > $total_lessons, $total_lessons, @qty_days) AS today_lesson     FROM users     HAVING users.last_letter < today_lesson";

Выдает 0 строк.


Если эту строку:

IF(@qty_days > $total_lessons, $total_lessons, @qty_days) AS today_lesson

заменить , для примера, вот на такую:

2+3 AS today_lesson

то все работает.


если это:

HAVING users.last_letter < today_lesson

заменить, для примера, на:

HAVING users.last_letter < 5

То тоже все работает.

т.е. в этой строке:

IF(@qty_days > $total_lessons, $total_lessons, @qty_days) AS today_lesson

today_lesson точно вычисляется без ошибок, но почему-то запрос выдает 0 строк, именно когда IF(@qty_days > $total_lessons, $total_lessons, @qty_days).

Как исправить?

HAVING вообще не должен появляться в запросах без GROUP BY

Добавил GROUP BY:

$sql = "     SELECT          users.id_user,         users.email,         users.actuated,         users.last_letter,         @qty_days := FLOOR(DATEDIFF(NOW(), users.date_start) / $interval) + 1,         IF(@qty_days > $total_lessons, $total_lessons, @qty_days) AS today_lesson     FROM users     GROUP BY users.id_user     HAVING users.actuated = '1' AND users.last_letter < today_lesson";

Тоже выдает 0 строк.

А какой смысл группировать таблицу по первичному ключу (то есть когда в каждую группу будет входить одна и ровно одна строка), и тем более - без агрегатных функций (которые по этим строкам через GROUP BY призваны что-то аналитическое считать )?

И еще... Вот эта операция := - откуда?
Хотелось бы ссылку на мануал...

>А какой смысл группировать таблицу по первичному ключу (то есть когда в каждую группу будет входить одна и ровно одна строка), и тем более - без агрегатных функций (которые по этим строкам через GROUP BY призваны что-то аналитическое считать )?

В принципе, GROUP BY , мне здесь вообще не нужен. Добавил его только для "правильности" исходя из вами сказанного в предыдущем посте.

>И еще... Вот эта операция := - откуда?
>Хотелось бы ссылку на мануал...

Ссылки на мануал нету. Есть книжка (бумажная) "Самоучитель MySQL 5" Авторы: М. Кузнецов и И. Симдянов. Стр. 345, Глава 21. Переменные SQL.

В данном случае:

@qty_days := FLOOR(DATEDIFF(NOW(), users.date_start) / $interval) + 1,

Переменной @qty_days присваивается значение вычисленное формулой FLOOR(DATEDIFF(NOW(), users.date_start) / $interval) + 1

И вообще, очень удивительно, что Вы не знаете этой операции.

>В принципе, GROUP BY , мне здесь вообще не нужен. Добавил его только для "правильности" исходя из вами сказанного в предыдущем посте.

А по-моему Вам не нужен HAVING. Достаточно обычного WHERE.

>>И еще... Вот эта операция := - откуда?
>>Хотелось бы ссылку на мануал...
>Ссылки на мануал нету.
>Есть книжка (бумажная) "Самоучитель MySQL 5" Авторы: М. Кузнецов и И. Симдянов. Стр. 345, Глава 21. Переменные SQL.
>

А жаль. Мануал хошь-не хошь есть в инете для всех и каждого. А книжка - лишь у кого есть.

>В данном случае:
>

>@qty_days := FLOOR(DATEDIFF(NOW(), users.date_start) / $interval) + 1, >

>Переменной @qty_days присваивается значение вычисленное формулой FLOOR(DATEDIFF(NOW(), users.date_start) / $interval) + 1

И это всё в контексте оператора SELECT?

>И вообще, очень удивительно, что Вы не знаете этой операции.

А что тут такого? Я даааалеко не всё знаю.
Вот, зарывшись в мануал, (чтобы узнать) таки не могу найти этой операции. И вправду удивительно.

> А по-моему Вам не нужен HAVING. Достаточно обычного WHERE.

WHERE здесь точно не подойдет, потому что today_lesson это вычисляемое значение, а не столбец паблицы.

> И это всё в контексте оператора SELECT?
Ну да, а что в этом такого необычного?

>> А по-моему Вам не нужен HAVING. Достаточно обычного WHERE.
>WHERE здесь точно не подойдет, потому что today_lesson это вычисляемое значение, а не столбец паблицы.

Ну и что с того? В разделе WHERE нельзя помещать выражения?

>> И это всё в контексте оператора SELECT?
>Ну да, а что в этом такого необычного?
Ничего обычного. Я просто пытаюсь понять, в каком разделе руководства искать описание синтаксиса этой конструкции.

> Ну и что с того? В разделе WHERE нельзя помещать выражения?

Нельзя помещать вычисленные значения.

пожалуй, придется пойти приобрести такой же травы скачать эту удивительную книгу....

Похоже, нашел я нечто, проливающее свет на.

Note

In a SELECT statement, each expression is evaluated only when sent to the client. This means that in a HAVING, GROUP BY, or ORDER BY clause, you cannot refer to an expression that involves variables that are set in the SELECT list. For example, the following statement does not work as expected:

mysql> SELECT (@aa:=id) AS a, (@aa+3) AS b FROM tbl_name HAVING b=5;

The reference to b in the HAVING clause refers to an alias for an expression in the SELECT list that uses @aa. This does not work as expected: @aa contains the value of id from the previous selected row, not from the current row.

The order of evaluation for user variables is undefined and may change based on the elements contained within a given query. In SELECT @a, @a := @a+1 ..., you might think that MySQL will evaluate @a first and then do an assignment second, but changing the query (for example, by adding a GROUP BY, HAVING, or ORDER BY clause) may change the order of evaluation.

The general rule is never to assign a value to a user variable in one part of a statement and use the same variable in some other part of the same statement. You might get the results you expect, but this is not guaranteed.


Если излагать коротко - так не выйдет.
...
Общее правило - никогда не делать так, что значение присваивается переменной в одной части оператора и используется в другой части того же оператора. Возможно, Вы даже получите ожидаемый результат, но этого никто не гарантирует.


Про чудесное поведение having я как-то не узрел нигде, даже в в хеопсовой книжке.
Хотя я искал не очень дотошно. Может Вы расскажете всё же, где выкопали эту идею?

Может Вы расскажете всё же, где выкопали эту идею?

Все в той же книжке. Стр. 115-116. :)

не смотря на легкую ересь в этом фрагменте, там всё же не предлагается использовать HAVING вне группирующего запроса.
Да и вычисляемыми столбцами там похоже называют агрегирующие выражения (выражения с применением агрегатных функций) .
Не иначе как затем, чтоб неподготовленному читателю было проще понять...

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

так и есть.

>не смотря на легкую ересь в этом фрагменте, там всё же не предлагается использовать HAVING

Зато с WHERE выдает конкретную ошибку. :)