| From: | Tom Lane <tgl> |
|---|---|
| To: | pgsql-committers(at)postgresql(dot)org |
| Subject: | pgsql/src/include/utils (relcache.h) |
| Date: | 2000-08-06 04:40:08 |
| Message-ID: | 200008060440.e764e8Z77674@hub.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers |
Date: Sunday, August 6, 2000 @ 00:39:55
Author: tgl
Update of /home/projects/pgsql/cvsroot/pgsql/src/include/utils
from hub.org:/home/projects/pgsql/tmp/cvs-serv77256/src/include/utils
Modified Files:
relcache.h
----------------------------- 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.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2000-08-06 04:40:20 | pgsql/src/backend/commands (analyze.c) |
| Previous Message | Tom Lane | 2000-08-06 04:39:54 | pgsql/src/include/catalog (pg_attribute.h) |