Re: alter table set TABLE ACCESS METHOD

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: alter table set TABLE ACCESS METHOD
Дата
Msg-id 3bee08c2ca0fab15d14899afcb19490f29e0ec6f.camel@j-davis.com
обсуждение исходный текст
Ответ на Re: alter table set TABLE ACCESS METHOD  (Justin Pryzby <pryzby@telsasoft.com>)
Ответы Re: alter table set TABLE ACCESS METHOD  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On Thu, 2021-05-06 at 17:19 -0500, Justin Pryzby wrote:
> If ATRewriteTable didn't
> handle this,
> data would become inaccessible if an AM failed to de-toast tuples.

If the AM fails to detoast tuples, it's got bigger problems than ALTER
TABLE. What about INSERT INTO ... SELECT?

It's the table AM's responsibility to detoast out-of-line datums and
toast any values that are too large (see
heapam.c:heap_prepare_insert()).

Regards,
    Jeff Davis





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

Предыдущее
От: Chapman Flack
Дата:
Сообщение: Re: pg_upgrade not preserving comments on predefined roles
Следующее
От: Masahiko Sawada
Дата:
Сообщение: Re: Replication slot stats misgivings