469,927 Members | 1,464 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,927 developers. It's quick & easy.

pg_dump/pg_dumpall do not correctly dump search_path

All,

There seems to be a bug in pg_dumpall:

For one of my dbs I've done:

ALTER DATABASE dbname SET search_path = mw, public;

If I do a pg_dumpall I get a line like:

ALTER DATABASE dbname SET search_path TO 'mw, public';

note the 's. It's also in a place in the dump before the mw schema is
created. It's not a big problem but it makes dumps less automatic.

BTW If I do a pg_dump dbname I get a dump which does not reference the
search_path change. I'm not sure if this is by design or it is just
missing.

I'm using PostgreSQL 7.4.5 on linux

Thanks for any help.

Ben

__________________________________________________ _______________
Stay in touch with absent friends - get MSN Messenger
http://www.msn.co.uk/messenger
---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to ma*******@postgresql.org

Nov 23 '05 #1
1 1782

Would someone answer this report?. Looks strange to me.

---------------------------------------------------------------------------

Ben Trewern wrote:
All,

There seems to be a bug in pg_dumpall:

For one of my dbs I've done:

ALTER DATABASE dbname SET search_path = mw, public;

If I do a pg_dumpall I get a line like:

ALTER DATABASE dbname SET search_path TO 'mw, public';

note the 's. It's also in a place in the dump before the mw schema is
created. It's not a big problem but it makes dumps less automatic.

BTW If I do a pg_dump dbname I get a dump which does not reference the
search_path change. I'm not sure if this is by design or it is just
missing.

I'm using PostgreSQL 7.4.5 on linux

Thanks for any help.

Ben

__________________________________________________ _______________
Stay in touch with absent friends - get MSN Messenger
http://www.msn.co.uk/messenger
---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to ma*******@postgresql.org


--
Bruce Momjian | http://candle.pha.pa.us
pg***@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Nov 23 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

1 post views Thread by Ruth Hsieh | last post: by
1 post views Thread by Victor Spång Arthursson | last post: by
6 posts views Thread by Rory Campbell-Lange | last post: by
6 posts views Thread by Együd Csaba | last post: by
1 post views Thread by David Mitchell | last post: by
6 posts views Thread by Ilia Chipitsine | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.