diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2000-08-06 04:40:08 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2000-08-06 04:40:08 +0000 |
commit | c3e2a951b496f8030442f157b201cbddab5b5662 (patch) | |
tree | 0c58ce0f0e6c5c6d90d110bbc6b47c71b2bc66d3 /src/backend/parser/parse_expr.c | |
parent | 8ae23135bc60df9104b4b8aa1171a7b9b89f4926 (diff) | |
download | postgresql-c3e2a951b496f8030442f157b201cbddab5b5662.tar.gz postgresql-c3e2a951b496f8030442f157b201cbddab5b5662.zip |
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.
Diffstat (limited to 'src/backend/parser/parse_expr.c')
0 files changed, 0 insertions, 0 deletions