From: | Düster Horst <Horst(dot)Duester(at)bd(dot)so(dot)ch> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: pg_restore error |
Date: | 2004-10-29 13:51:50 |
Message-ID: | 5B025B1F39D6D4119F5700508BEEEC66F94BF6@SRSOFAIOI4546 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
OK, the manual talk about this solution, but I do have more than 2000
objects in my DB. What is the reason that pg_dump/pg_restore are not able to
create an correct order ob DB objects with respect to their constraints. All
tables must be created before the views are created and so on?
Horst
-----Ursprüngliche Nachricht-----
Von: Janko Richter [mailto:jankorichter(at)yahoo(dot)de]
Gesendet am: Freitag, 29. Oktober 2004 13:14
An: Düster Horst; pgsql-admin(at)postgresql(dot)org
Betreff: Re: pg_restore error
Hi,
Try "pg_restore -l" to generate a TOC.
You may rearrange the TOC file.
Then use "pg_restore -L".
Hope it helps,
Janko Richter
Düster Horst wrote:
> Vishal
>
> Thank you for your answer. My problem is, I have to restore BLOBS. The
> documentation says, it's only possible to restore blobs with pg_restore in
> one part. The way you suppose does not work with BLOBS because the
> restauration of single objects will not restore BOLBS.
>
> Horst Düster
>
> -----Ursprüngliche Nachricht-----
> Von: Vishal Kashyap @ [Sai Hertz And Control Systems]
> [mailto:vishalonlist(at)gmail(dot)com]
> Gesendet am: Freitag, 29. Oktober 2004 11:33
> An: Düster Horst
> Cc: pgsql-admin(at)postgresql(dot)org
> Betreff: Re: [ADMIN] pg_restore error
>
> Hi
>
>
>>I thought, that pg_restore will organize the restore-prozess in an optimal
>>order. This seems not work correct!!?? I would be grateful to hear any
>>hints.
>
>
>
> pg_restore does not priortize till now idealy it must be like
> restoring the functions >> tables >> views >> seqences so on...
>
> This is in the todo
>
> http://developer.postgresql.org/todo.php
>
> but for mean while you would have to use pg_restore to restore the
> tables one by one and then let other thing go on.
>
> moreover if your database is not to large its best to make a text file
> of the dump and run it through psql
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Christian Fowler | 2004-10-29 13:52:49 | Re: pg_autovacuum is not working |
Previous Message | Edgars | 2004-10-29 13:33:06 | postgres slow in the latest version |