Re: table dump

From: "mark carew" <markcarew(at)bigpond(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: table dump
Date: 2002-04-13 07:45:03
Message-ID: a98nqo$26d1$1@jupiter.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Hi Jodi,

Its to stop the triggers firing when you restore the new database from
the dumped file.

Imagine that the triggers have already done their work on other tables
when the data was first inserted or
later changed.

With pg_dump you are taking a snap shot that you would later wish
perhaps to restore.

The foreign key, table and column constraints are not turned off because
their enforcement is still valid at restore time. For example the
data may have mysteriously been damaged in the database or in the dump file
and you would thus need to know about this situation at restore time.

The dumped file is thus copied back at restore time not inserted.

Regards Mark Carew
Brisbane Australia.

In response to

  • table dump at 2002-04-09 14:10:19 from Jodi Kanter

Browse pgsql-admin by date

  From Date Subject
Next Message Ole 2002-04-13 09:39:35 Please - postgresql cannot connect?
Previous Message Tom Lane 2002-04-13 03:56:55 Re: ALTER TABLE ... SET DEFAULT