Re: [PATCHES] default database creation with initdb

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Andreas Pflug <pgadmin(at)pse-consulting(dot)de>, Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, Magnus Hagander <mha(at)sollentuna(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [PATCHES] default database creation with initdb
Date: 2005-06-21 12:56:58
Message-ID: 42B80E9A.1000909@zeut.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:

>One thing that neither Dave nor I wanted to touch is pg_autovacuum.
>If that gets integrated into the backend by feature freeze then the
>question is moot, but if it doesn't then we'll have to decide whether
>autovac should preferentially connect to template1 or postgres. Neither
>choice seems real appealing to me: if autovac connects to template1
>then it could interfere with CREATE DATABASE, but if it connects to
>postgres then it could fail if postgres isn't there.
>
>Now the latter does not bother me if autovac is considered a client,
>but it does bother me if autovac is considered part of the backend.
>I think that template1 and template0 can reasonably be considered
>special from the point of view of the backend --- but I really don't
>want postgres to be special in that way.
>

I'm still hoping that autovac will get integrated so this will be moot,
but just in case.....

Perhaps pg_autovacuum should try to connect to the postgres database and
if the connection fails, then it will try to connect to template1. This
way autovacuum will work whether the postgres database is there or not.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Eugen Nedelcu 2005-06-21 13:03:43 Re: thousands comma numeric formatting in psql
Previous Message Rod Taylor 2005-06-21 12:37:47 Re: Schedule for 8.1 feature freeze