Re: [PATCH 4/4] Add tests to dblink covering use of COPY TO FUNCTION
| От | Jeff Davis |
|---|---|
| Тема | Re: [PATCH 4/4] Add tests to dblink covering use of COPY TO FUNCTION |
| Дата | |
| Msg-id | 1259129612.19289.88.camel@jdavis обсуждение исходный текст |
| Ответ на | Re: [PATCH 4/4] Add tests to dblink covering use of COPY TO FUNCTION (Daniel Farina <drfarina@gmail.com>) |
| Ответы |
Re: [PATCH 4/4] Add tests to dblink covering use of COPY TO
FUNCTION
Re: [PATCH 4/4] Add tests to dblink covering use of COPY TO FUNCTION |
| Список | pgsql-hackers |
On Tue, 2009-11-24 at 21:42 -0800, Daniel Farina wrote: > You are probably right. We could try coercing to bytea and back out > to bytes, although it seems like a superfluous cost to force > *everyone* to pay just to get the same bytes to a network buffer. Well, I suppose only performance will tell. Copying a buffer is sure to be faster than invoking all of the type input/output functions, or even send/recv, so perhaps it's not a huge penalty. My disagreement with the row-by-row approach is more semantics than performance. COPY translates records to bytes and vice-versa, and your original patch maintains those semantics. Regards,Jeff Davis
В списке pgsql-hackers по дате отправления: