Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning

Поиск
Список
Период
Сортировка
От Daniel Gustafsson
Тема Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning
Дата
Msg-id 9DF26EE9-811F-465B-9999-9B8D47AB6139@yesql.se
обсуждение исходный текст
Ответ на Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning  (David Rowley <dgrowleyml@gmail.com>)
Ответы Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
> On 30 May 2024, at 11:55, David Rowley <dgrowleyml@gmail.com> wrote:

> It's not as if it's a message we expect
> many people to see, but if they do see it, it's probably going to be
> analyzed quite a bit. Having the highest level of detail for that
> seems like a good idea.  I don't think it should leave any other
> questions other than "Why is Postgres trying to build such a long
> string?".

Good point.

> Not on purpose. I do think (%zu bytes) would be better than (%zu).  I
> only thought about that while typing "MB" in the 2nd email.

+1

--
Daniel Gustafsson




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

Предыдущее
От: David Rowley
Дата:
Сообщение: Re: BUG #18484: "Cannot enlarge string buffer" during parallel execution of prepared statement/partitioning
Следующее
От: vaibhave postgres
Дата:
Сообщение: pg_restore: fails to restore post-data items due to circular FK deadlock