database/postgres
1
0
Fork 0
mirror of https://github.com/postgres/postgres.git synced 2025-07-28 23:42:10 +03:00
Code Activity

Comment patch:

Browse Source 
This one better describes the problem.

heap.c needs to be updated to include 'Hard coded badness' for that
table.
--
Rod Taylor
This commit is contained in:
Bruce Momjian
2002-03-19 01:14:41 +00:00
parent 367856d912
commit 1f0e5f6792
1 changed files with 17 additions and 9 deletions
Download Patch File Download Diff File Expand all files Collapse all files

26
src/backend/catalog/README
View File

@ -1,4 +1,4 @@
$Header: /cvsroot/pgsql/src/backend/catalog/README,v 1.2 2002/01/04 17:06:51 tgl Exp $ $Header: /cvsroot/pgsql/src/backend/catalog/README,v 1.3 2002/03/19 01:14:41 momjian Exp $
This directory contains .c files that manipulate the system catalogs This directory contains .c files that manipulate the system catalogs
as well as .h files that define the structure of the system catalogs. as well as .h files that define the structure of the system catalogs.
@ -35,14 +35,22 @@ to a given tuple, then the OID may be set to the wildcard value 0
If you need to find a valid OID for a set of tuples that refer to each If you need to find a valid OID for a set of tuples that refer to each
other, use the unused_oids script. It generates inclusive ranges of other, use the unused_oids script. It generates inclusive ranges of
*unused* OIDs (i.e., the line "45-900" means OIDs 45 through 900 have *unused* OIDs (i.e., the line "45-900" means OIDs 45 through 900 have
not been allocated yet). However, you should not rely 100% on this not been allocated yet). All OIDs that are known directly to C code
script, since it only looks at the .h files in the catalog/ directory. should be referenced via #defines in the catalog .h files. So
Do a pg_grepsrc (recursive grep) of the source tree to insure that unused_oids is sufficient for assigning new OIDs.). The unused_oids
there aren't any hidden crocks (i.e., explicit use of a numeric OID) script simply 'discovers' those which are free.
anywhere in the code. (tgl 1/2002: that advice is obsolete; there are
no hardcoded uses of OIDs in the C files anymore. All OIDs that are known - BOOTSTRAP tables must be at the start of the Makefile POSTGRES_BKI_SRCS
directly to C code should be referenced via #defines in the catalog .h files. variable, as these will not be created through standard function means, but
So unused_oids is sufficient for assigning new OIDs.) will be written directly to disk. Thats how pg_class is created without
depending on functions which depend on the existance of pg_class. The
list of files this currently includes is:
pg_proc.h pg_type.h pg_attribute.h pg_class.h
Don't forget to add the entry to heap.c to function heap_create() which
sets the OID of the relation when it's a bootstrapped system table. It's
near the top of the function with the comment beginning in 'Real ugly stuff'
----------------------------------------------------------------- -----------------------------------------------------------------