Как заставить GROUP BY и подзапрос в Mysql выдавать нужный вариант таблицы?

feniksdv, нет, я спросил, что делает именно WHERE. По сортировке и лимитированию вопросов нет.

Как заставить GROUP BY и подзапрос в Mysql выдавать нужный вариант таблицы?

Не надо картинок, лечить по фотографиям - это шарлатанство. Создайте fiddle? например, на https://dbfiddle.uk/?rdbms=mysql_8.0

PS. Что, по-Вашему, делает/проверяет WHERE c.value_sale в подзапросе?

Почему не видно устройство?

Проверьте настройки роутера. Возможно, включено изолирование портов - т.е. в Инет можно, а к соседу ни-ни...

Зачем удалять вопросы, если можно их скорректировать?

Алексей Уколов, точно? а то у меня в памяти такое отложилось... видимо, я тогда ответ в комментарий сунул. Обычное дело, когда вопрос требует уточнения, но 90% за то, что тривиальный ответ подойдёт.

Зачем удалять вопросы, если можно их скорректировать?

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

А вот с тем, что удаление - это неправильно, согласен на 100%.

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

Как правильно составить SQL-запрос?

Нужно вывести самого популярного автора за год.

Гм... а что это такое - самый популярный?

Автор, книги которого брали наибольшее количество раз?
Автор, процент читанных книг которого от общего количества его книг - максимален?
Автор, для которого средняя продолжительность нахождения у читателя его книги наибольшая?
Автор, у которого наибольшее количество отказов в выдаче, потому что все книги на руках?
Автор, у которого наибольшее количество книг не возвращено (по любым обстоятельствам)?

Или, может, что-то ещё?

Ну и до кучи - как учитывать автора, если у него есть книги как личные, так и в соавторстве?

Добавление даты и время в таблицу (в момент запроса)?

Djasar, а какая разница-то?

Как правильно использовать Boolean индекс?

grabbee,

Я нашел инфу о том, что это обычное поведение потому как в индексе всего два значения 1 и 0 - оптимизитор считает его бесполезным

Полезность индекса оценивается на основании статистики, а не из абстрактного количества имеющихся значений.

Как вставить SELECT в UPDATE?

СУБД, судя по тексту сообщения об ошибке, MySQL?

Оказалось нельзя использовать SELECT внутри UPDATE.

Неправда, можно. Просто делать это надо правильно.

Как удалить дубли товаров woocommerce, если одинаковы цена и название?

Ну тогда обычное

DELETE t1
FROM table t1
WHERE EXISTS ( SELECT NULL
               FROM table t2
               WHERE t1.name = t2.name
                 AND t1.price = t2.price
                 AND t1.id > t2.id )

Или то же в форме JOIN.

Как удалить дубли товаров woocommerce, если одинаковы цена и название?

И не забыть при этом все ссылки на удаляемый дубль переписать на оставляемый оригинал...

Как лучше организовать хранение и релевантный поиск по нескольким тегам?

FanatPHP,

Чтобы новый тег добавить, делать alter table, серьёзно?

Нафига на каждый-то? SET маппится на BIGINT, так что только на каждый 64-й. А если программно маппить его на блоб - то вообще никаких проблем с расширением. И по сути это ну ничем не отличатся от дополнительных таблиц - просто вместо двух таблиц (метаданных и связующей) появляется одна таблица метаданных. С той лишь разницей, что для SET tcnm специально прикормленные инструменты, а классический M:N - это постоянные группировки или динамический SQL.

Как лучше организовать хранение и релевантный поиск по нескольким тегам?

И чем неизвестный тег, формализованный в SET, отличается от столь же неизвестного тега, формализованного в таблице-справочнике?

Как лучше организовать хранение и релевантный поиск по нескольким тегам?

Разумеется, первое, что напрашивается - это организация хранения many-to-many с промежуточной таблицей.

Ну первым-то напрашивается тип данных SET.

Почему mySQL работает непредсказуемо?

galaxy, может и так. Если в принципе нет индекса, который используется, то да, очень похоже на эффект начального фетча при фуллскане, когда частота обнаружения значений различается. Запрос недетерминированный, сортировки-то нет...

Почему mySQL работает непредсказуемо?

Ответ простой - это не MySQL работает непредсказуемо, а кто-то предсказывает неверно.

Кэш прогрет? Зависимость от порядка выполнения запросов проверена? Планы совпадают?

Не могу импортировать данные из IBD файла?

А точно структура создаваемой таблицы абсолютно эквивалентна? Порядок полей, кодировка, порядок индексов, комментарии, размер блока и пр.?

MySQL как вставить запись если не существует в таблице?

FanatPHP, ну так это и не ошибки запроса.... Было бы крайне странно, если бы текст SQL-запроса влиял на выполнение PHP-программы.

MySQL как вставить запись если не существует в таблице?

FanatPHP,

ну не все, а только связанные с некорректными данными

Вот не понял... INSERT IGNORE игнорирует любые ошибки, но на MySQL. И что тут делает косячный PHP-код, что он может доказать - в упор не понимаю... С таким же успехом можно было сказать, что программа, использующая INSERT IGNORE, вообще не стартует, если опечататься в имени...

Можно ли преобразовать отступы в ячейках в табуляцию?

photosho, навтыкать имелось в виду конкатенация REPEAT(B1, vbTab) и А1.