| От | Tom Lane |
|---|---|
| Тема | Overflow of attmissingval is not handled gracefully |
| Дата | |
| Msg-id | 2749689.1646090514@sss.pgh.pa.us обсуждение исходный текст |
| Ответы |
Re: Overflow of attmissingval is not handled gracefully
|
| Список | pgsql-hackers |
Consider this admittedly-rather-contrived example:
regression=# create table foo(f1 int);
CREATE TABLE
regression=# alter table foo add column bar text default repeat('xyzzy', 1000000);
ERROR: row is too big: size 57416, maximum size 8160
Since the table contains no rows at all, this is a surprising
failure. The reason for it of course is that pg_attribute
has no TOAST table, so it can't store indefinitely large
attmissingval fields.
I think the simplest answer, and likely the only feasible one for
the back branches, is to disable the attmissingval optimization
if the proposed value is "too large". Not sure exactly where the
threshold for that ought to be, but maybe BLCKSZ/8 could be a
starting offer.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера