Re: BUG #3682: Incomplete database restore

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: BUG #3682: Incomplete database restore
Дата
Msg-id 20071022072945.GA9675@svr2.hagander.net
обсуждение исходный текст
Ответ на Re: BUG #3682: Incomplete database restore  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #3682: Incomplete database restore
Список pgsql-bugs
On Sun, Oct 21, 2007 at 04:24:05PM -0400, Tom Lane wrote:
> "Heikki Linnakangas" <heikki@enterprisedb.com> writes:
> > Perhaps we should include the functionality of that script in pg_dump.
>
> I'm pretty uncomfortable with the notion of having pg_dump deliberately
> throw data away.  Another problem is that even if we did that, it would
> only help people who dumped their old DB with 8.3 pg_dump.

Don't we already say you should use 8.3 pg_dump to dump your old db when
upgrading?

> Having the functionality in pg_restore would be a little saner, but it
> still seems like a big wart.
>
> As for the datatype issue, I wonder whether we should just advise people
> to do
>     CREATE DOMAIN public.tsvector AS pg_catalog.tsvector;
> before restoring?

Unless it's something that's only temporary, I would prefer something that
would migrate the actual schema instead of requiring a domain sitting there
*forever*. The overhead isn't large, but it's there...

//Magnus

В списке pgsql-bugs по дате отправления:

Предыдущее
От: "Gary Chambers"
Дата:
Сообщение: Re: BUG #3682: Incomplete database restore
Следующее
От: "Heikki Linnakangas"
Дата:
Сообщение: Re: BUG #3682: Incomplete database restore