запрос к базе c использованием MAX

вывести из таблицы temp значения temp.temp с максимальным id

С максимальным для данного дева или вообще с максимальным? Если второе, то задача существенно упрощается :)

SELECT temp.temp, dev.desc FROM (
  SELECT temp.id, temp.temp, dev.desc
    FROM dev INNER JOIN temp ON dev.dev_id=temp.dev_id
    WHERE dev.dev_id= 'lol'
) WHERE temp.id=(SELECT MAX(temp.id) FROM temp)

хотя бы так, что-ли (это не по теме, это к оформлению).

SELECT
    t.temp,
    d.dev_desc
FROM
    temp AS t,
    dev AS d
WHERE
    d.id = t.dev_id
    AND
    d.name = ?
    AND
    t.id = (
        SELECT max(temp.id)
        FROM temp
        WHERE temp.dev_id = t.dev_id
    )

кажется, как-то так.

А

order by temp.id desc limit 1

man join

SELECT dev.desc, temp.temp FROM dev INNER JOIN temp ON dev.dev_id = temp.dev_id
WHERE dev_name LIKE %lol% ORDER BY temp.id DESC LIMIT 1;

Да, так значительно лучше :)
Более реляционно, можно сказать.

А есть в задаче условие, что id::[big]serial ?

Даже не так: условие про уникальность id по всей таблице отсутствует.

Ну чо, хоть один из запросов тут писанных не матерится?

p.s. MAX разве не только с GROUP BY работает? )))

Если извлекаем только и исключительно агрегат, то группировка не обязательна.

SELECT dev.desc, temp.temp FROM dev INNER JOIN temp ON dev.dev_id = temp.dev_id
WHERE dev_name LIKE %lol% ORDER BY temp.id DESC LIMIT 1;

спасибо. Данный вариант отлично работает

Поиск по ключу в любом случае должен быть быстрее сканирования WHERE.

А давно WHERE перестал принципиально перестал использовать ключи (читай, индексы), если таковые имеются?

Опять чуть не забыл: LIMIT 1 вернет 1 и только 1 строку. В условиях задачи этого озвучено не было, так что ты потенциально накосорезил с LIMIT 1. Преждевременная оптимизация - бла-бла-бла...

Мне кажется название id намекает на то что оно уникально.

значения temp.temp с максимальным id

Задачка на сообразительность. Сколько строк с максимальным id?

Только на первый взгляд. А потом приходит факап от DB Architect, который решил немного иначе.

table tst:
+-+--+
|a|id|
+-+--+
|a|1 |
+-+--+
|b|1 |
+-+--+
|a|2 |
+-+--+
|b|2 |
+-+--+

Да, сколько?

Ты это выдумал. Так не бывает. id - уникальный ключ.

я ставил id как primary

Ссылку на документацию. Быстро. Решительно.

Ну вот. Я и не сомневался.

Википедия вроде уже доступна? Правило 2.

1. Не документация, а best practices.

2. Процитирую ТС:

Максимум, что я, со знанием, примерно равными нулю