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
Re: An idea for parallelizing COPY within one backend |
| Список | 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 по дате отправления: