Re: general PG network slowness (possible cure) (repost)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: ptb(at)inv(dot)it(dot)uc3m(dot)es
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: general PG network slowness (possible cure) (repost)
Date: 2007-05-26 16:46:11
Message-ID: 4567.1180197971@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

"Peter T. Breuer" <ptb(at)inv(dot)it(dot)uc3m(dot)es> writes:
> "Also sprach Tom Lane:"
>> No, you just prepare the SELECT. At the protocol level, DECLARE CURSOR
>> is a tad useless. You can still fetch the data in binary if you want...

> How? It's a 7.4 server (or may be, more generally) and declare binary
> cursor is the only way I know to get binary data off it. AFAIR the only
> other way works only for an 8.* server and consists of sending the query
> with an annotation that a binary reply is expected.

No, that works for a 7.4 server too; we haven't changed the protocol
since then. (I forget though to what extent 7.4 libpq exposes the
capability.)

regards, tom lane

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Andrew Sullivan 2007-05-27 14:27:08 Re: ECC RAM really needed?
Previous Message mark 2007-05-26 14:52:14 Re: ECC RAM really needed?