NO
Size: a a a
2020 May 19
Д
Он же вывод нужный показал
там только какой-то number и product_id ,которых вообще в условии нет.
NO
Начиная с MySQL 5.7 ты не можешь по умолчанию группировку делать, не указывая все колонки. Ну а закладываться на какие-то не дефолтные настройки это такое себе...
NO
Ну как нет в условии. Это и есть условие )
Д
ну я понял что ему нужно вывести все записи сгруппированные по store_id с максимальной датой.
A
A
самое первое что в голову пришло.
A
пока смотрел на то что нужно.
TS
Я такие задачи на тестовых делал при трудоустройстве... Всё не так просто там. Подзапросы однозначно, вопрос сколько их там) Там и одного подзапроса может не хватить.
можно сделать двумя путями - если вариантов store_id для каждой записи много, то нужно делать подзапрос.
Будут накладные расходы на подзапрос.
А если мало (несколько штук), то надо получить сначала таблицу, где store_id повторяется, ноо дата стоит всегда максимальная (оконной функцией), и этот результат использовать как источник для другого селекта, в котором уже сделать group_by.
Будут накладные расходы на подзапрос.
А если мало (несколько штук), то надо получить сначала таблицу, где store_id повторяется, ноо дата стоит всегда максимальная (оконной функцией), и этот результат использовать как источник для другого селекта, в котором уже сделать group_by.
TS
первый случай выгоднее, если при поиске store_id будет использоваться индекс по дате. Если не будет - то второй вариант лучше.
ВВ
ого у вас тут дискуссия
NO
ВВ
я вчера пробовал так но оно не работало
A
Похоже на правду, но что ты будешь делать с лишними строками? При повторяющихся значениях у тебя будет несколько одинаковых product_id в выводе..
у него они не повторяются.
ВВ
NO
у него они не повторяются.
Ну что, не может быть по одному магазину два заказа в тот же день? )
A
у него там еще уточнение про стор id, но вообще, если не учитывать id который может быть и последним но дата будет не факт что последним.
A
а вот про то что это заказы ничего не сказано.😅
A