Re: Support allocating memory for large strings
| От | David Rowley |
|---|---|
| Тема | Re: Support allocating memory for large strings |
| Дата | |
| Msg-id | CAApHDvoKP+XYR1ykgdMNw==mtcRz4BRiayWwtYCUAQLPO24Leg@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Support allocating memory for large strings (Jim Mlodgenski <jimmy76@gmail.com>) |
| Список | pgsql-hackers |
On Thu, 8 Jan 2026 at 07:31, Jim Mlodgenski <jimmy76@gmail.com> wrote: > SELECT * FROM wide_row WHERE id = 1; > ERROR: string buffer exceeds maximum allowed length (1073741823 bytes) > DETAIL: Cannot enlarge string buffer containing 1000000051 bytes by > 100000000 more bytes. At least it's significantly better than it used to be before 1029bdec2, but I agree it doesn't give you much context on what you might do to solve the issue. One solution is to move away from using StringInfo for backend protocol stuff. That doesn't seem ideal from a code reusability point of view. Having the caller specify an error function callback means more memory in StringInfoData and is complex because of how many ways there are to initialise a StringInfo. > we should be making it clear that the effective row size limit is 1GB. Maybe "Backend protocol message length" -> "1GB" is worth putting in there. David
В списке pgsql-hackers по дате отправления: