Re: Set enable_seqscan doesn't take effect?

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: Set enable_seqscan doesn't take effect?
Дата
Msg-id CAKFQuwZhY1wA65gjDf10VK5SzzYe2+c_RV1SEEs_-ippuThBZg@mail.gmail.com
обсуждение исходный текст
Ответ на Set enable_seqscan doesn't take effect?  (jacktby jacktby <jacktby@gmail.com>)
Ответы Re: Set enable_seqscan doesn't take effect?  (jacktby jacktby <jacktby@gmail.com>)
Список pgsql-hackers
On Wednesday, September 27, 2023, jacktby jacktby <jacktby@gmail.com> wrote:
postgres=# SET enable_seqscan = off;
SET
postgres=# explain select * from t;
                               QUERY PLAN                               
-------------------------------------------------------------------------
 Seq Scan on t  (cost=10000000000.00..10000000023.60 rows=1360 width=32)

It wouldn’t cost 10billion to return the first tuple if that setting wasn’t working.

That is the “discouragement” the documentation is referring to.

I do agree the wording in the docs could be improved since it is a bit self-contradictory and unspecific, but it is explicitly clear a plan with sequential scan can still be chosen even with this set to off.

David J.

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Smith
Дата:
Сообщение: Re: [PGdocs] fix description for handling pf non-ASCII characters
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Requiring recovery.signal or standby.signal when recovering with a backup_label