pgsql/src/backend/utils/init (postinit.c)

From: Tom Lane <tgl>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql/src/backend/utils/init (postinit.c)
Date: 2000-08-06 04:39:22
Message-ID: 200008060439.e764dMS77435@hub.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Date: Sunday, August 6, 2000 @ 00:39:13
Author: tgl

Update of /home/projects/pgsql/cvsroot/pgsql/src/backend/utils/init
from hub.org:/home/projects/pgsql/tmp/cvs-serv77256/src/backend/utils/init

Modified Files:
postinit.c

----------------------------- Log Message -----------------------------

Toast all the system-table columns that seem to need it. It turns out
that giving pg_proc a toast table required solving the same problems
we'd have to solve for pg_class --- pg_proc is one of the relations
that gets bootstrapped in relcache.c. Solution is to go back at the
end of initialization and read in the *real* pg_class row to replace
the phony entry created by formrdesc(). This should work as long as
there's no need to touch any toasted values during initialization,
which seems a reasonable assumption.
Although I did not add a toast-table for every single system table
with a varlena attribute, I believe that it would work to just do
ALTER TABLE pg_class CREATE TOAST TABLE. So anyone who's really
intent on having several thousand ACL entries for a rel could do it.
NOTE: I didn't force initdb, but you must do one to see the effects
of this patch.

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2000-08-06 04:39:32 pgsql/src/bin/initdb (initdb.sh)
Previous Message Tom Lane 2000-08-06 04:39:10 pgsql/src/backend/utils/cache (relcache.c)