Братья по разуму!
Задача элементарная, вытекает из темы "GROUP BY clause"
Сформулировать ее можно так: используя к-либо агрегатную функцию и группировку, как
простейшим способом извлечь некоторые поля найденной строки, не входящие
в столбцы, по которым осуществляется группировка.

table_1
id (primary key) group_id id21 31 82 33 83 32 84 41 95 40 9....
table_2
id_group (PK) description31 "stroka 31"32 "другкая stroka 32"33 "stroka 33"41 "stroka 41"....
Цель - извлечь строку (3, 32, 8) из таблицы table_1. В принципе надо связать по ключу с таблицей 2 (group_id -> id_group), но зная table_1.group_id это несложно.
ВОПРОС СОСТОИТ В ТОМ, КАК СОБСТВЕННО ПОЛУЧИТЬ group_id ??

Строже говоря, нам даётся id2 (вообще будем группировать, в нижеследующем запросе условие where использовано просто с целью уяснить задачу на примере исходных данных). Дали нам id2. В первой таблице находим строку с максимальным id (PK). Это ПОСЛЕДНЯЯ ВСТАВЛЕННАЯ СТРОКА (автоинкрементный ключ), ее - строку мы и ищем по условию задачи.

select t1.id2, max(t1.id) from table_1 t1 where t1.id2 = 8

получаем: 8 | 3

Вопрос:
как извлечь все оставшиеся поля из таблицы, в данном случае group_id ?

Главный вопрос:
можно ли это сделать без подзапросов?

Решение интересное!
Но если свяжем, то работаем уже со строками, уже другая ситуация. В том понимании, что их не сложить, не вычесть.
Т.е. результирующий запрос должен вернуть всё же строку из связанной таблицы, а не внешний ключ.

Новая версия со строками будет выглядеть так
ps В прошлой версии запроса потеряна группировка последней строчкой.

select t1.id2, t2.description /* , еще разные поля */
from table_1 t1 join table_2 t2 on t1.group_id = t2.id_group
where t1.group_id = ( select max(t11.group_id) from table_1 t11 where t11.id2 = t1.id2 );

работает ооооочень долго.
Еще добавлю: таблицы содержат больше полей, в Where есть дополнительные условия, которые должны при таком способе прописываться дважды: в основном и в подзапросе.
Постановка "без подзапросов" была такой, т.к. вроде бы этот подзапрос и есть та вещь, из-за которой суммарное время выполнения очень большое.

Какие пути оптимизации (именно текста запроса)?

Сервер firebird 1.5. Отличная вещь.

Ну да, такой запрос не решает поставленную задачу. Тот что я приводил в предыдущем посте, корректен, но медленен.

Мы обрабатываем все строки table_1, а не только одну.
Пример с восьмеркой я привёл только для того, чтобы было проще понять задачу на конкретном подмножестве.

Т.е. используется группировка по id2, просто переписанная через подзапрос. По всем записям.

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

Тут вопрос в SQL.
Одну и ту же задачу можно решить разными способами.
Я нашёл один, его привёл.
Возможно, вы знаете другой.

К вопросу о плане, в данном случае ситуация такова, что нужно играть именно подзапросами.
Давайте поиграем! Ваш ход.

Проводим голосование.
Вопрос: запрос

оптимален?

Два варианта ответа:
да
нет

Хотелось бы услышать мнение тысячи человек.

ЮВ - вроде бы еще один отличный вариант. Надо обмозговать.

MasterZiv что же Вы такой нетерпеливый!
Всё поясню со временем.

mik, такие СУБД выкинем на помойку.