Re: Regression caused by recent change to initdb?

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: Regression caused by recent change to initdb?
Дата
Msg-id 568CE50C.8020008@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Regression caused by recent change to initdb?  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Ответы Re: Regression caused by recent change to initdb?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2016/01/06 17:32, Amit Langote wrote:
> Hi,
> 
> I stumbled upon a possibly strange behavior which may be related to recent
> initdb changes. For a freshly initdb'd cluster, the following looks fishy:
> 
> postgres=# SELECT relname, relnamespace::regnamespace FROM pg_class
> WHERE relnamespace != 'pg_catalog'::regnamespace
> AND relnamespace != 'pg_toast'::regnamespace
> AND relnamespace != 'information_schema'::regnamespace;
>        relname        |  relnamespace
> ----------------------+-----------------
>  pg_toast_11817       | pg_toast_temp_1
>  pg_toast_11817_index | pg_toast_temp_1
>  pg_toast_11822       | pg_toast_temp_1
>  pg_toast_11822_index | pg_toast_temp_1
>  pg_toast_11827       | pg_toast_temp_1
>  pg_toast_11827_index | pg_toast_temp_1
>  tmp_pg_description   | pg_temp_1
>  tmp_pg_shdescription | pg_temp_1
>  tmp_pg_collation     | pg_temp_1
> (10 rows)
> 
> These seem to be leftovers of activities of initdb.c's setup_description()
> and setup_collaction().

I noticed these leftovers are not present in template1.

Thanks,
Amit






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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Proposal: SET ROLE hook
Следующее
От: Rushabh Lathia
Дата:
Сообщение: Re: Optimization for updating foreign tables in Postgres FDW