Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOAST table does not exist
| От | Nikolay Shaplov |
|---|---|
| Тема | Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOAST table does not exist |
| Дата | |
| Msg-id | 1554110.70SQF4eQMf@x200m обсуждение исходный текст |
| Ответ на | Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOAST table does not exist (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist
Re: [PATCH][PROPOSAL] Refuse setting toast.* reloptions when TOASTtable does not exist |
| Список | pgsql-hackers |
В письме от 25 января 2018 11:29:34 пользователь Tom Lane написал: > Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > > Tom Lane wrote: > >> Well, maybe the right answer is to address that. It's clear to me > >> why that would happen if we store these things as reloptions on the > >> toast table, but can't they be stored on the parent table? > > > > Actually, Nikolay provided a possible solution: if you execute ALTER > > TABLE SET (toast.foobar = xyz), and a toast table doesn't exist, create > > one at that point. > > That adds a lot of overhead if you never actually need the toast table. I think this overhead case is not that terrible if it is properly warned ;-) > Still, maybe it's an appropriate amount of effort compared to the size > of the use-case for this. If you came to some final conclustion, please close the commiffest item with "Return with feedback" resolution, and I write another patch... -- Do code for fun.
Вложения
В списке pgsql-hackers по дате отправления: