OSDN Git Service

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:02 +0000 (19:08 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 28 Oct 2007 19:08:02 +0000 (19:08 +0000)
commit006f42c74d46505b2b4dc753be25c91b0f9efec5
tree0d4f46ed7e11adc0be03a44e1cca8b64900174a4
parent73e6f9d3b61995525785b2f4490b465fe860196b
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