Put back allow_system_table_mods check in heap_create().
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Mon, 3 Jun 2013 14:22:31 +0000 (17:22 +0300)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Mon, 3 Jun 2013 14:22:31 +0000 (17:22 +0300)
commit15386281a62071f322155b74cb32c2fea92e8350
tree4899cf699d4593ecb27672bae9ec3c6df8c45101
parentf129615fe72f70868a86862b663dd7d78dd5cb71
Put back allow_system_table_mods check in heap_create().

This reverts commit a475c6036752c26dca538632b68fd2cc592976b7.

Erik Rijkers reported back in January 2013 that after the patch, if you do
"pg_dump -t myschema.mytable" to dump a single table, and restore that in
a database where myschema does not exist, the table is silently created in
pg_catalog instead. That is because pg_dump uses
"SET search_path=myschema, pg_catalog" to set schema the table is created
in. While allow_system_table_mods is not a very elegant solution to this,
we can't leave it as it is, so for now, revert it back to the way it was
previously.
src/backend/bootstrap/bootparse.y
src/backend/catalog/heap.c
src/backend/catalog/index.c
src/include/catalog/heap.h