Re: ALTER TABLE SET ACCESS METHOD on partitioned tables
От | Justin Pryzby |
---|---|
Тема | Re: ALTER TABLE SET ACCESS METHOD on partitioned tables |
Дата | |
Msg-id | ZLgn3Ou4YpgP8Z8l@telsasoft.com обсуждение исходный текст |
Ответ на | Re: ALTER TABLE SET ACCESS METHOD on partitioned tables (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: ALTER TABLE SET ACCESS METHOD on partitioned tables
Re: ALTER TABLE SET ACCESS METHOD on partitioned tables Re: ALTER TABLE SET ACCESS METHOD on partitioned tables |
Список | pgsql-hackers |
On Thu, Jun 01, 2023 at 08:50:50AM -0400, Michael Paquier wrote: > On Wed, May 31, 2023 at 06:35:34PM -0500, Justin Pryzby wrote: > > What do you think the comment ought to say ? It already says: > > > > src/backend/catalog/heap.c- * Make a dependency link to force the relation to be deleted if its > > src/backend/catalog/heap.c- * access method is. > > This is the third location where we rely on the fact that > RELKIND_HAS_TABLE_AM() does not include RELKIND_PARTITIONED_TABLE, so > it seems worth documenting what we are relying on as a comment? Say: > * Make a dependency link to force the relation to be deleted if its > * access method is. > * > * No need to add an explicit dependency for the toast table, as the > * main table depends on it. Partitioned tables have a table access > * method defined, and RELKIND_HAS_TABLE_AM ignores them. You said that this location "relies on" the macro not including partitioned tables, but I would say the opposite: the places that use RELKIND_HAS_TABLE_AM() and do *not* say "or relkind==PARTITIONED_TABLE" are the ones that "rely on" that... Anyway, this updates various comments. No other changes. -- Justin
Вложения
В списке pgsql-hackers по дате отправления: