| From: | Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> |
|---|---|
| To: | tgl(at)postgresql(dot)org |
| Cc: | pgsql-committers(at)postgresql(dot)org |
| Subject: | Re: pgsql/src/backend/commands (dbcommands.c) |
| Date: | 2000-11-16 01:14:23 |
| Message-ID: | 3A1334EF.4A667764@tpf.co.jp |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers |
tgl(at)postgresql(dot)org wrote:
>
> Date: Tuesday, November 14, 2000 @ 13:37:41
> Author: tgl
>
> Update of /home/projects/pgsql/cvsroot/pgsql/src/backend/commands
> from hub.org:/home/projects/pgsql/tmp/cvs-serv58825/src/backend/commands
>
> Modified Files:
> dbcommands.c
>
> ----------------------------- Log Message -----------------------------
>
> Extend CREATE DATABASE to allow selection of a template database to be
> cloned, rather than always cloning template1. Modify initdb to generate
> two identical databases rather than one, template0 and template1.
> Connections to template0 are disallowed, so that it will always remain
> in its virgin as-initdb'd state. pg_dumpall now dumps databases with
> restore commands that say CREATE DATABASE foo WITH TEMPLATE = template0.
> This allows proper behavior when there is user-added data in template1.
> initdb forced!
BufferSync() after heap_insert() seems to be lost.
Connection to a database calls GetRawDatabaseinfo()
which doesn't look at shared buffer pool at all.
Connection to a database immediately after the database
was created fails under WAL e.g. in regression test.
Regards.
Hiroshi Inoue
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2000-11-16 04:49:41 | Re: pgsql/src/backend/commands (dbcommands.c) |
| Previous Message | petere | 2000-11-15 19:43:39 | pgsql/doc/src/sgml/ref (create_database.sgml) |