Re: Timing Race

From: Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Cc: Dennis Gearon <gearond(at)sbcglobal(dot)net>
Subject: Re: Timing Race
Date: 2010-02-21 18:56:37
Message-ID: 201002211056.37465.adrian.klaver@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sunday 21 February 2010 10:38:18 am Dennis Gearon wrote:
> Version 8.4 on Ubuntu Linux (is this still supported?)

It is the most current stable version, so yes it is supported.

>
> I'm getting an error upon inserting a copy version of a database dump. It's
> very simple, 4 tables,
>
> TableA 2 records (basically a lookup table)
> TableB 15 records
> TableC 46 records ( many side of 'one to many')
> TableD 55 records.( one side of 'one to many')
>
> Each table has a sequence, one has an index.
>
> TableC has a Foreign key to TableD (child/parent respectively)
> TableD has a Foreign Key to TableA (child/parent respectively)
>
> The problem I get is that inserting the copy into a blank database gives me
> errors when it gets to TableD because 2nd record in TableA seems not to be
> available to reference for the foreign key in TableD. It doesn't even
> matter if I rearrange the database dump contents to insert all the parents
> first, it always fails there.

A couple of questions.
1) Are you dumping/restoring from the same version to same version?
2) What do your dump command and restore commands look like?

>
> However, if I split the file up, and do one table at a time, it works just
> fine. Is this a known issue, feature, or I am doing something wrong? I
> thought that doing a database recovery using a copy version of a dump would
> be a no brainer, it would happen all in one transaction?

I am not sure what you mean by a copy version?

>
>
> Dennis Gearon
>

--
Adrian Klaver
adrian(dot)klaver(at)gmail(dot)com

In response to

  • Timing Race at 2010-02-21 18:38:18 from Dennis Gearon

Browse pgsql-general by date

  From Date Subject
Next Message Merlin Moncure 2010-02-22 01:26:29 Re: Asynchronous queries - processing listen (notify) in a procedural language
Previous Message Dennis Gearon 2010-02-21 18:38:18 Timing Race