История изменений

Исправление borisych, 01.11.25 19:13 (текущая версия) :

нужно привести планы по крайней мере от explain (analyze), а еще лучше от explain( analyze, buffers)
запрос сам по себе какой-то бессмысленный и есть сомнение, что это реальный запрос: оно посредством INNER JOIN умножает Documents на Search, а выбирает только из Documents, что несколько странно - там же в результате гора дублей вываливается, наверняка же вместо INNER JOIN нужен либо IN / EXISTS либо LATERAL с LIMIT 1, что суть одно и то же, но PostgreSQL может разные планы строить при этом
«начинает использовать Incremental Sort, достает только 40 записей уже отсортированных и план становится намного лучше» - это заблуждение, оно просто начинает использовать совсем неподходящий индекс (подозреваю это ON Documents(FullName)) и из-за перекосов в БД и паразитного умножения как-то ухитряется довольно быстро набрать 40 строк
с большой долей вероятности здесь запрос с LOOSE SCAN нужен

Исходная версия borisych, 01.11.25 19:03:

нужно привести планы по крайней мере от explain (analyze), а еще лучше от explain( analyze, buffers)
запрос сам по себе какой-то бессмысленный и есть сомнение, что это реальный запрос: оно посредством INNER JOIN умножает Documents на Search, а выбирает только из Documents, что несколько странно - там же в результате гора дублей вываливается, наверняка же вместо INNER JOIN нужен либо IN / EXISTS либо LATERAL с LIMIT 1, что суть одно и то же, но PostgreSQL может разные планы строить при этом
«начинает использовать Incremental Sort, достает только 40 записей уже отсортированных и план становится намного лучше» - это заблуждение, оно просто начинает использовать совсем неподходящий индекс (подозреваю это ON Documents(FullName)) и из-за перекосов в БД и паразитного умножения как-то ухитряется довольно быстро набрать 40 строк