]> granicus.if.org Git - postgresql/commit
Fix a couple of issues with pg_dump's handling of inheritance child tables
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 28 Oct 2007 19:08:08 +0000 (19:08 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 28 Oct 2007 19:08:08 +0000 (19:08 +0000)
commitbcc66d009bd49f7a7cfdfc61fb34b30d66e19d2c
tree5335b02c453a47e6e2fa7b9462ab80f77b36b7b2
parente40ca77fadfd2c9f4e95eea9df15f6136147c4d9
Fix a couple of issues with pg_dump's handling of inheritance child tables
that have default expressions different from their parent.  First, if the
parent table's default expression has to be split out as a separate
ALTER TABLE command, we need a dependency constraint to ensure that the
child's command is given second.  This is because the ALTER TABLE on the
parent will propagate to the child.  (We can't prevent that by using ONLY on
the parent's command, since it's possible that other children exist that
should receive the inherited default.)  Second, if the child has a NULL
default where the parent does not, we have to explicitly say DEFAULT NULL on
the child in order for this state to be preserved after reload.  (The latter
actually doesn't work right because of a backend bug, but that is a separate
issue.)

Backpatch as far as 8.0.  7.x pg_dump has enough issues with altered tables
(due to lack of dependency analysis) that trying to fix this one doesn't seem
very productive.
src/bin/pg_dump/common.c