editing file after pg_dump
I've run pg_dump on a database, which I've done many times before, to
backup and then restore databases.
However, this time before I restore the database, I'm wanting to edit one
of the datatypes before I restore the data. As soon as I open up the file
then save it, regardless of actually making any changes.. the restore will
fail whenever it gets to the point of inserting the data.
I'm guessing it's choking because whatever text editor I'm using is hosing
the fields with long entries... I've tried opening the file with vi, pico,
and Homesite on a WindowsNT box..
Any suggestions on how to get around this?
Kevin
--------------------------------------------------------------------
Kevin Heflin | ShreveNet, Inc. | Ph:318.222.2638 x103
VP/Mac Tech | 333 Texas St #619 | FAX:318.221.6612
kheflin@shreve.net | Shreveport, LA 71101 | http://www.shreve.net
--------------------------------------------------------------------
On Thu, 18 Mar 1999, Ross J. Reedstrom wrote:
you might try dumping the schema and data separately:
pg_dump -a yourdb >yourdb.data
pg_dump -s yourdb >yourdb.schemathen edit the schema without touching the data, then
psql newdb <yourdb.schema
psql newdb <yourdb.data
Thanks for the tip.. I'll try that.
Kevin
--------------------------------------------------------------------
Kevin Heflin | ShreveNet, Inc. | Ph:318.222.2638 x103
VP/Mac Tech | 333 Texas St #619 | FAX:318.221.6612
kheflin@shreve.net | Shreveport, LA 71101 | http://www.shreve.net
--------------------------------------------------------------------
Import Notes
Reply to msg id not found: 36F15A70.5087BD2C@rice.edu | Resolved by subject fallback
Kevin Heflin wrote:
I've run pg_dump on a database, which I've done many times before, to
backup and then restore databases.However, this time before I restore the database, I'm wanting to edit one
of the datatypes before I restore the data. As soon as I open up the file
then save it, regardless of actually making any changes.. the restore will
fail whenever it gets to the point of inserting the data.I'm guessing it's choking because whatever text editor I'm using is hosing
the fields with long entries... I've tried opening the file with vi, pico,
and Homesite on a WindowsNT box..Any suggestions on how to get around this?
you might try dumping the schema and data separately:
pg_dump -a yourdb >yourdb.data
pg_dump -s yourdb >yourdb.schema
then edit the schema without touching the data, then
psql newdb <yourdb.schema
psql newdb <yourdb.data
For speed, you may want to split the schema where the indeces are
created, and run that after the data load.
psql newdb <yourdb.schema.tables
psql newdb <yourdb.data
psql newdb <yourdb.schema.indices
HTH,
Ross
--
Ross J. Reedstrom, Ph.D., <reedstrm@rice.edu>
NSBRI Research Scientist/Programmer
Computer and Information Technology Institute
Rice University, 6100 S. Main St., Houston, TX 77005
When I try to vacuum, or vacuum analyze my database, I get the
following error:
FATAL 1:btree: BTP_CHAIN flag was expected
I've tried the following two commands:
/usr/local/pgsql/bin/psql -c "vacuum analyze;" billing
and
/usr/local/pgsql/bin/psql -c "vacuum;" billing
The top command used to work (for the last few years), so I assume
that something has changed with my data. Otherwise, the database
appears to be working ok.
Any pointers? I'm thinking about dumping all the data and
re-inserting it...
Jay Summet
On Thu, 25 Mar 1999, Jay W. Summet wrote:
When I try to vacuum, or vacuum analyze my database, I get the
following error:
FATAL 1:btree: BTP_CHAIN flag was expectedI've tried the following two commands:
/usr/local/pgsql/bin/psql -c "vacuum analyze;" billing
and
/usr/local/pgsql/bin/psql -c "vacuum;" billingThe top command used to work (for the last few years), so I assume
that something has changed with my data. Otherwise, the database
appears to be working ok.Any pointers? I'm thinking about dumping all the data and
re-inserting it...
Try just drop'ng and rebuilding your indices...
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org