Re: Document parameter count limit

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: Document parameter count limit
Дата
Msg-id CAKFQuway3C8j0wEHypx8TN7LxQkv98J0HU33shrtsq4eZUGNHg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Document parameter count limit  (Corey Huinker <corey.huinker@gmail.com>)
Ответы Re: Document parameter count limit
Список pgsql-hackers
On Thu, Nov 10, 2022 at 10:58 AM Corey Huinker <corey.huinker@gmail.com> wrote:

+    <entry>if you are reading this prepatorily, please redesign your query to use temporary tables or arrays</entry>

I agree with the documentation of this parameter.
I agree with dissuading anyone from attempting to change it
The wording is bordering on snark (however well deserved) and I think the voice is slightly off.

Alternate suggestion:

Queries approaching this limit usually can be refactored to use arrays or temporary tables, thus reducing parameter overhead.

The bit about parameter overhead appeals to the reader's desire for performance, rather than just focusing on "you shouldn't want this".

Yeah, the wording is a bit tongue-in-cheek.  Figured assuming a committer wants this at all we'd come up with better wording.  I like your suggestion.

David J.

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Lock on ShmemVariableCache fields?
Следующее
От: "Imseih (AWS), Sami"
Дата:
Сообщение: Re: Call lazy_check_wraparound_failsafe earlier for parallel vacuum