Re: An idea for parallelizing COPY within one backend

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: An idea for parallelizing COPY within one backend
Дата
Msg-id 13568.1204087614@sss.pgh.pa.us
обсуждение исходный текст
Ответ на An idea for parallelizing COPY within one backend  ("Florian G. Pflug" <fgp@phlo.org>)
Ответы 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>)
Список 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 по дате отправления:

Предыдущее
От: "Brendan Jurd"
Дата:
Сообщение: Re: One more option for pg_dump...
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Required make version