Re: COPY speedup

Поиск
Список
Период
Сортировка
Искать
От
Alvaro Herrera
Тема
Re: COPY speedup
Дата
Msg-id
20090812160031.GJ5721@alvh.no-ip.org
Ответ на
Re: COPY speedup (Merlin Moncure)
Список
Дерево обсуждения
COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Tom Lane <tgl@sss.pgh.pa.us>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Merlin Moncure <mmoncure@gmail.com>
Re: COPY speedup Alvaro Herrera <alvherre@commandprompt.com>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Alvaro Herrera <alvherre@commandprompt.com>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Marko Kreen <markokr@gmail.com>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Re: COPY speedup Pierre Frédéric Caillaud<lists@peufeu.com>
Merlin Moncure escribió:
> 2009/8/12 Pierre Frédéric Caillaud :
> >
> >
> >> If you do as much damage to the I/O function API as the other patch
> >> did, it will probably be rejected.
> >
> >        You mean, as the COPY patch in my previous message, or as another
> > patch ?
> >        (I just search the archives and found one about CopyReadLine, but
> > that's probably not what you are talking about)
> >
> >> We don't touch datatype APIs
> >> lightly, because it affects too much code.
> >>
> >>                        regards, tom lane
> >
> >        I definitely agree with that.
> 
> Is there any way to do this that is not as invasive?

Maybe add new methods, fastrecv/fastsend etc.  Types that don't
implement them would simply use the slow methods, maintaining
backwards compatibility.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

В списке pgsql-hackers по дате отправления
От: Stefan Kaltenbrunner
Дата:
От: Csaba Nagy
Дата:
FAQ