desc по дате

с лимитом 1

Решил. Пол дня мучился, но ночью взявшись вновь решил. Спасибо что вновь вернул меня к Join`ам

ох какой сложный

ну ладно)

Это ещё не весь запрос.

Ничего не вышло. Оно не выбирает последнюю запись, выбирает просто status_id с требуемым id, но даже в отсутствии выборки where status_id = 4  не получается выбрать последний по дате.
Поможешь?

Как составить подобный запрос чтобы status_id можно было использовать в выборке?

Я чего-то совсем поник

Получилось. Наконец-то.
Но может можно как-то упростить?

Продублировать владение там, где одно тебе ещё раз нужно.

Можно также использовать CTE для создания внутреннего view

Учиться надо

Это сразу путь к плохому запросу...

Ничего особенно сложного тут нет

Кривовато же написано, с условиями беда

Господа, вопрос такой.  Удалил часть данных из таблицы, сделал optimize table.  Теперь мускуль считает, что у меня  в таблице нет данных, хотя судя по объему файла они там есть. Проверил файлы, .MYD файл имеет объем как и раньше, а вот .MYI файл весит 1 килобайт.  Есть ли способ восстановить .MYI или тут прямой путь к восстановлению из бэкапа. Если только из бэкапа, то достаточно восстановить MYI или же лучше все 3 файла?

Удаление данных не уменьшает размер файла на диске, кстати.
Но OPTIMIZE должен это делать. Для innodb происходит полное пересоздание таблицы с освобождением места.

Ты точно всё сделал так, как написал? Покажи:
ls -lah tablaname*
select count(*) from tablename
потом ещё раз сделай optimaze и ещё раз покажи вывод этих двух команд.

Восстановить, наверное, не получится. Выглядит как магия, никогда с таким не сталкивался. Да и так не должно быть.
Более вероятно, что ты оптимейз и удаление в другом порядке запускал.

Секундочку, у тебя innodb вообще?

0) переводись на InnoDB
1) объём файла данных не говорит ни о чём.
2) ничего восстанавливать не надо, если ты не удалял файлы вручную.

Ну, нет, судя по названиям файлов...

Да, расширения MyISAM

Не сообразил сразу, не работал с ними почти