@rkit, myrocks возьми или что-то что умеет кластерные индексы/таблички

@rkit, Не разу не гуру постгреса. Но ты не хочешь сделать просто индекс по timestamp вместо комбинированного как сейчас?

@rkit, google.com
Там есть рецепты разной степени сложности. Но почти все с датами.

@oxpa, может оказаться, что обновлять соседнюю таблицу при insert'ах в эту будет проще (и разумно дешевле), чем возиться с индексами и запросами в эту.

@rkit, Еще должен быть объеснятор запросов (как EXPLAIN в мускуле) который пишет какие индексы анализатор запроса назначил для исполнения, а главное какие индексы он на самом деле мог использовать, но по мановению пятки не стал. Короче, критерий истины — практика.

@rkit, Сделал по отдельному запросу на каждый id, через JOIN LATERAL, взлетело только так.
В принципе пойдет пока.

@rkit, то есть получается. что индекс адекватный, а вот планировщик говнит

@rkit, komar.in
Только тебе запрос чуток поразвесистее понадобится — в конце в SELECT’е подзапрос с поиском последнего таймштампа для каждого id. Если все еще актуально, но все еще ни хуя не понятно, то давай пример напишу.

@komar, Хотя не, я тупой. Если у тебя есть отдельная таблица, где этот id уникален в каждой строке, то тебе вся эта свистопляска на хуй не нужна. Делай подзапрос в выборке по той таблице да и все.

@komar, Так сделал

SELECT t.*
FROM ids_table
LEFT JOIN LATERAL
(SELECT * FROM table
WHERE table.id = ids_table.id
ORDER BY TIMESTAMP DESC
LIMIT 1) t
ON true;