Re: best practices for dumping databases - Mailing list pgsql-novice

From richard terry
Subject Re: best practices for dumping databases
Date
Msg-id 200804071345.13764.rterry@gnumed.net
Whole thread Raw
In response to Re: best practices for dumping databases  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-novice
On the same topic, but a variation.

I use pgAdmin 1.4.2 and am a paranoid backer-upper, ie do it frequently, but
obviously have not been taking notice of the messages as they spin past.

When the database and its schema's have been open and I've been working on
them, I usally then just click on the database name, right mouse click >
backup > enter file name > choose plain > ok, then copy the resultant file
off the machine.

I noticed yesterday that on occasions the title bar window was only showing
the name of either a schema, or even a single table, and to my horror I've
discovered I was often not getting a complete database dump.

Despite going back up and clicking the database name, right mouse up witih the
menu, choose _Backup etc, it was only copying a table or shema I'd previously
worked on.

If I closed the connection and re-established it, then the squence works.

Am I doing anything wrong???

Regards

Richard

On Mon, 7 Apr 2008 11:24:04 am Tom Lane wrote:
> "Mag Gam" <magawake@gmail.com> writes:
> > But, what is the correct practice to do db_dumps? pg_dump db should
> > suffice?
>
> Yes, though remember that pg_dump doesn't dump any role or tablespace
> definitions, and it also doesn't think about properties attached to the
> database as such (ALTER DATABASE etc).  You might want to use
> "pg_dumpall -g" for those.
>
>             regards, tom lane



pgsql-novice by date:

Previous
From: Karl Martindale
Date:
Subject: Postgres -> VB6
Next
From: Pavel SRB
Date:
Subject: alter table