| От | Tom Lane |
|---|---|
| Тема | Re: An idea for parallelizing COPY within one backend |
| Дата | |
| Msg-id | 29945.1204132292@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: An idea for parallelizing COPY within one backend ("Florian G. Pflug" <fgp@phlo.org>) |
| Ответы |
Re: An idea for parallelizing COPY within one backend
|
| Список | pgsql-hackers |
"Florian G. Pflug" <fgp@phlo.org> writes:
> Plus, I'd see this as a kind of testbed for gently introducing
> parallelism into postgres backends (especially thinking about sorting
> here).
This thinking is exactly what makes me scream loudly and run in the
other direction. I don't want threads introduced into the backend,
whether "gently" or otherwise. The portability and reliability hits
that we'll take are too daunting. Threads that invoke user-defined
code (as anything involved with datatype-specific operations must)
are especially fearsome, as there is precisely 0 chance of that code
being thread-safe.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера