From: | ow <oneway_111(at)yahoo(dot)com> |
---|---|
To: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de>, Hannu Krosing <hannu(at)tm(dot)ee> |
Cc: | ow <oneway_111(at)yahoo(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_restore and create FK without verification check |
Date: | 2003-11-26 12:04:54 |
Message-ID: | 20031126120454.88552.qmail@web21405.mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
--- Andreas Pflug <pgadmin(at)pse-consulting(dot)de> wrote:
> Yes, I mentioned it just a few days when discussing dependency in pg_dump.
> This is somewhat complementary to WAL and PITR. I'm seeking for a fast
> way to dump and restore a complete database, like physical file copy,
> without shutting down the backend. I was thinking of a BACKUP command
> that streams out the files including any indexes and non-vacuumed
> tuples. A database recreated from that wouldn't be as clean as a
> pg_dump/pg_restored database, but it would be up much faster, and there
> wouldn't be any dependency problem.
> This doesn't really replace pg_dump/pg_restore, because it probably
> wouldn't be able to upgrade a cluster. Still, it would be helpful for
> disaster recovery.
>
I think creating a FK without verification check is still needed, especially in
case if:
1) original db is corrupted
2) during cluster upgrade
3) there's a need to BACKUP/RESTORE a *schema* instead of db.
Thanks
__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Andreas Pflug | 2003-11-26 12:16:42 | Re: pg_restore and create FK without verification check |
Previous Message | Andreas Pflug | 2003-11-26 11:33:28 | Re: pg_restore and create FK without verification check |