Re: An idea for parallelizing COPY within one backend - Mailing list pgsql-hackers

From Tom Lane
Subject Re: An idea for parallelizing COPY within one backend
Date
Msg-id 13568.1204087614@sss.pgh.pa.us
Whole thread Raw
In response to An idea for parallelizing COPY within one backend  ("Florian G. Pflug" <fgp@phlo.org>)
Responses Re: An idea for parallelizing COPY within one backend  ("Florian G. Pflug" <fgp@phlo.org>)
Re: An idea for parallelizing COPY within one backend  (Brian Hurt <bhurt@janestcapital.com>)
List pgsql-hackers
"Florian G. Pflug" <fgp@phlo.org> writes:
> ...
> Neither the "dealer", nor the "workers" would need access to the either
> the shared memory or the disk, thereby not messing with the "one backend
> is one transaction is one session" dogma.
> ...

Unfortunately, this idea has far too narrow a view of what a datatype
input function might do.  Just for starters, consider "enum" input,
which certainly requires catalog access.  We have also explicitly
acknowledged the idea that datatype I/O functions might try to store
typmod-related data in some special catalog somewhere.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Brendan Jurd"
Date:
Subject: Re: One more option for pg_dump...
Next
From: Tom Lane
Date:
Subject: Re: Required make version