Re: Autovaccuum vs temp tables crash

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Autovaccuum vs temp tables crash
Дата
Msg-id CABUevExrtZ1H0qyMLqTxYYPOa1atjCqxc4NzXbMOVUGYkMq6DA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Autovaccuum vs temp tables crash  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Autovaccuum vs temp tables crash  (Michael Paquier <michael@paquier.xyz>)
Re: Autovaccuum vs temp tables crash  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers


On Fri, Feb 22, 2019 at 7:15 PM Robert Haas <robertmhaas@gmail.com> wrote:
On Fri, Feb 22, 2019 at 1:14 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Why?  It would likely be a significant amount of effort and added overhead,
> to accomplish no obviously-useful goal.
>
> Note that all the temp schemas are made as owned by the bootstrap
> superuser, so there is no real argument to be made that people might
> be expecting they should be able to delete them.

Hmm, well maybe you're right.  Just seems like an odd wart.

Well, the way it works now is you can drop them. But if you then create another temp table in the same session, it will get an oid of the already dropped schema in the relnamespace column.

That just seems plain broken.

I think we need to either prevent dropping of temp namespaces *or* we need to create a new entry in pg_namespace in this particular case.

I wonder if other "fun" things could happen if you go rename the namespace, haven't tried that yet...
 
--

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

Предыдущее
От: Haribabu Kommi
Дата:
Сообщение: Re: [HACKERS] Block level parallel vacuum
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: oddity with ALTER ROLE/USER