Re: pg_dump bug?
От | Bruce Momjian |
---|---|
Тема | Re: pg_dump bug? |
Дата | |
Msg-id | 200309010151.h811p2g25835@candle.pha.pa.us обсуждение исходный текст |
Ответ на | pg_dump bug? (ohp@pyrenet.fr) |
Ответы |
Re: pg_dump bug?
|
Список | pgsql-hackers |
ohp@pyrenet.fr wrote: > Hi all, > > This is on 7.3.4 > I had altered a user like this: > alter user set search_path = shema1,public > > Then I had to pgdumpall, re-initdb and restore every thing. > > The alter user did'nt get through. and broke my app. Yes, it seems pg_dump doesn't dump per-database alter information, only pg_dumpall does. That information is considered global to the cluster, rather than per-database. Should we throw a warning or dump that info in pg_dump? > Is it a pg_dump bug? I haven't tested on 7.4b > > BTW, would'nt it be more logical if we could set the search_path on a > database basis. ALTER DATABASE doesn't seem to support it > Regards, I just tried it in 7.4beta and it worked: test=> alter database test set search_path to 'public'; When I disconnect and reconnect:test=> show search_path; search_path------------- public(1 row) -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: