Re: PATCH: Batch/pipelining support for libpq
От | Craig Ringer |
---|---|
Тема | Re: PATCH: Batch/pipelining support for libpq |
Дата | |
Msg-id | CAMsr+YEepWvQu16WmK3yg7jGcucHaiSDCm6TB7botzxn-iyMeQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: PATCH: Batch/pipelining support for libpq (Shay Rojansky <roji@roji.org>) |
Список | pgsql-hackers |
On 14 October 2016 at 22:15, Shay Rojansky <roji@roji.org> wrote: > Unless I'm mistaken TCP_CORK is not necessarily going to work across all > platforms (e.g. Windows), although SO_LINGER (which is more standard) also > helps here. Yeah, true. You can also twiddle TCP_NODELAY on and off on other platforms. Anyway, my point is that it's not likely to be crucial, especially since even without socket options the host will often do packet combining if the queue isn't empty. > Unless I'm mistaken, in the extended protocol you can't combine multiple ; > delimited queries in a single Parse - that's a feature supported only by the > Query message of the simple protocol. But then, if you're in the simple > protocol Sync doesn't play any role, does it? I mean, a Query message > behaves as though it's implicitly followed by a Sync message - an error in a > previous Query message doesn't cause later messages to be skipped. Right, good point. So that concern isn't relevant. -- Craig Ringer http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: