Re: parallel restore vs. windows - Mailing list pgsql-hackers

From Tom Lane
Subject Re: parallel restore vs. windows
Date
Msg-id 20149.1228852951@sss.pgh.pa.us
Whole thread Raw
In response to Re: parallel restore vs. windows  (Magnus Hagander <magnus@hagander.net>)
Responses Re: parallel restore vs. windows  (Magnus Hagander <magnus@hagander.net>)
Re: parallel restore vs. windows  (Philip Warner <pjw@rhyme.com.au>)
List pgsql-hackers
Magnus Hagander <magnus@hagander.net> writes:
> Andrew Dunstan wrote:
>> I'll try. It's unfortunately not as simple as it sounds, because of the
>> way the abstractions are arranged. I can't count the number of times I
>> have had to stop and try to clear my head while working on this code.

> That's what killed me when I tried to review that stuff and figure it out.

> Does that indicate that the abstractions are bad and should be changed,
> or just that there's no reasonably way to make the abstractions both
> make sense for the internal API itself *and* for being threadsafe?

I think pretty much everybody except Philip Warner has found the stuff
around the TOC data structure and the "archiver" API to be confusing.
I'm not immediately sure about a better design though, at least not if
you don't want to duplicate a lot of code between the plain pg_dump and
the pg_dump/pg_restore cases.

I don't see that this has much of anything to do with thread safety,
however --- it's just a matter of too many layers of indirection IMHO.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Dan Chak
Date:
Subject: syntax for reaching into records, specifically ts_stat results
Next
From: Oleg Bartunov
Date:
Subject: Re: syntax for reaching into records, specifically ts_stat results