Re: alter table set TABLE ACCESS METHOD

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: alter table set TABLE ACCESS METHOD
Дата
Msg-id YLq7KsEm63eyH0Yl@paquier.xyz
обсуждение исходный текст
Ответ на Re: alter table set TABLE ACCESS METHOD  (Jeff Davis <pgsql@j-davis.com>)
Ответы Re: alter table set TABLE ACCESS METHOD  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On Fri, Jun 04, 2021 at 11:26:28AM -0700, Jeff Davis wrote:
> Yes. That's a current requirement, and any AM that doesn't do that is
> already broken (e.g. for INSERT INTO ... SELECT).

Makes sense.  I was just looking at the patch, and this was the only
part of it that made my spidey sense react.

One thing I am wondering is if we should have a dummy_table_am in
src/test/modules/ to be able to stress more this feature.  That does
not seem like a hard requirement, but relying only on heap limits a
bit the coverage of this feature even if one changes
default_table_access_method.
--
Michael

Вложения

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: logical decoding bug: segfault in ReorderBufferToastReplace()
Следующее
От: Michael Paquier
Дата:
Сообщение: installcheck failure in indirect_toast with default_toast_compression = lz4