Re: Examining very large dumps

Поиск
Список
Период
Сортировка
От Achilleas Mantzios
Тема Re: Examining very large dumps
Дата
Msg-id 200804170846.24713.achill@matrix.gatewaynet.com
обсуждение исходный текст
Ответ на Re: Examining very large dumps  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Examining very large dumps  (Achilleas Mantzios <achill@matrix.gatewaynet.com>)
Список pgsql-admin
Στις Thursday 17 April 2008 08:25:22 ο/η Tom Lane έγραψε:
> Achilleas Mantzios <achill@matrix.gatewaynet.com> writes:
> >> Did you make the dump using 8.3's pg_dump?
>
> > Yes, with 8.3.1's pg_dump (data only dump)
>
> That would be your problem.  *Don't* use a data-only dump, it
> lobotomizes all intelligence in the system and leaves it up to you
> to deal with foreign-key ordering issues.  There are lots of
> performance arguments against that as well.  See the advice at
>

Ooops, now it seems i have an issue.
The whole point i went this way, was because i wanted to have a schema-only dump first,
in order to clean it from everything it had to do with contrib/tsearch2, contrib/intarray, dbsize
as well as to edit the triggers (substitute tsearch2 with tsvector_update_trigger), update the tsearch2 indexes
to use GIN.

So the plan was:
1) i take the schema-only dump
2) i edit the schema dump
3) i create the db
4) import _int.sql
5) import the schema
6) restore data
This procedure is kind of the official upgrade noted on http://www.sai.msu.su/~megera/wiki/Tsearch2_83_changes
and described on http://sql-info.de/postgresql/notes/converting-tsearch2-to-8.3.html

> http://www.postgresql.org/docs/8.3/static/populate.html
I am reading this link right away.

Any thoughts very welcome.
>
>             regards, tom lane
>



--
Achilleas Mantzios

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Examining very large dumps
Следующее
От: Julius Tuskenis
Дата:
Сообщение: Re: Data Synchronization between client and server