Re: [HACKERS] Re: New init script and upgrade attempt: failed

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
Cc: dale(at)redhat(dot)com, pgsql-hackers(at)postgresql(dot)org, jbj(at)redhat(dot)com
Subject: Re: [HACKERS] Re: New init script and upgrade attempt: failed
Date: 1999-09-27 23:35:40
Message-ID: 27940.938475340@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> Hackers: should pg_dumpall dump template1?? If not, why not? What
> EXACTLY does template1 do in the larger scheme of things? If dumping
> template1 is desired -- it can be arranged in the upgrade by modifying
> pg_dumpall.

template1 is copied verbatim by CREATE DATABASE to produce the initial
state of any new database. So, people might reasonably put stuff in
it that they want copied to new DB's. The most common example is
doing a createlang to create non-default PLs (plpgsql etc); you can do
it just once in template1 instead of every time you make a DB, assuming
that you want plpgsql in all your DBs. I guess there could be reasons
for making a user table in template1 to be copied to each new DB.

If pg_dumpall doesn't dump the (user-added) contents of template1,
I think that's an oversight...

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 1999-09-27 23:37:43 Re: [HACKERS] Profiling?]
Previous Message Tom Lane 1999-09-27 23:30:51 Re: [HACKERS] _text problem in union