Эффективно?

а вариантов не особо много. вам надо получить строку и заменить значение (суть всю строку в Postgres-е). тут уже на запрос смотреть надо

Люди добрые, подскажите или направьте в верном направлении
есть следующий запрос

SELECT "lot".*, "torg"."published_at"
FROM "eidb"."lot"
         LEFT JOIN "eidb"."torg" ON "eidb"."lot"."torg_id" = "eidb"."torg"."id"
ORDER BY "torg"."published_at" DESC
LIMIT 8;

как можно ускорить сортировку в данном примере?

EXPLAIN

Limit  (cost=206165.73..206166.66 rows=8 width=1034)
  ->  Gather Merge  (cost=206165.73..260276.71 rows=463776 width=1034)
        Workers Planned: 2
        ->  Sort  (cost=205165.71..205745.43 rows=231888 width=1034)
              Sort Key: torg.published_at DESC
              ->  Parallel Hash Left Join  (cost=6874.35..200527.95 rows=231888 width=1034)
                    Hash Cond: (lot.torg_id = torg.id)
                    ->  Parallel Seq Scan on lot  (cost=0.00..193044.88 rows=231888 width=1026)
                    ->  Parallel Hash  (cost=6065.82..6065.82 rows=64682 width=16)
                          ->  Parallel Seq Scan on torg  (cost=0.00..6065.82 rows=64682 width=16)

так понимаю, что созданный индекс

create index "idx-torg-published_at-desc"
    on eidb.torg (published_at desc);

в запросе не используется

на eidb.lot.torg_id индекс есть?

нет

также я бы попробовал ON eidb.torg (id, published_at DESC)

SELECT "lot".*, "torg"."published_at"
FROM "eidb"."lot"
         LEFT JOIN "eidb"."torg" ON "eidb"."lot"."torg_id" = "eidb"."torg"."id"
ORDER BY "torg"."published_at" DESC
LIMIT 8;

Limit  (cost=206165.73..206166.66 rows=8 width=1034)
  ->  Gather Merge  (cost=206165.73..260276.71 rows=463776 width=1034)
        Workers Planned: 2
        ->  Sort  (cost=205165.71..205745.43 rows=231888 width=1034)
              Sort Key: torg.published_at DESC
              ->  Parallel Hash Left Join  (cost=6874.35..200527.95 rows=231888 width=1034)
                    Hash Cond: (lot.torg_id = torg.id)
                    ->  Parallel Seq Scan on lot  (cost=0.00..193044.88 rows=231888 width=1026)
                    ->  Parallel Hash  (cost=6065.82..6065.82 rows=64682 width=16)
                          ->  Parallel Seq Scan on torg  (cost=0.00..6065.82 rows=64682 width=16)

create index "idx-torg-published_at-desc"
    on eidb.torg (published_at desc);

А в чём цель этого запроса, ради любопытства (он же недетерминированный, на первый взгляд)?

получить лоты с самыми свежими торгами

А нужны ли лоты, в которых торгов нет?

Произвольные / случайные 8 (если published_at совпадут)?

Left join же их тоже включит

inner join? почти каждый лот привязан к торгу

И все же планировщик сможет выбрать другой план

пробовал на самом деле inner, по времени результат тот же примерно, 4-5 сек, а хочется быстрее

не совсем понял, имеете ввиду отказаться от сортировки?

Я имею в виду, что на те же данных (при условии наличия одинаковых published_at) этот запрос может выдавать раз от раза разные результаты. Вас это устраивает?

в моем случае да

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

создал индекс, скорость существенно увеличилась, спасибо

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