Re: general PG network slowness (possible cure) (repost) - Mailing list pgsql-performance

From Peter T. Breuer
Subject Re: general PG network slowness (possible cure) (repost)
Date
Msg-id 200705252224.l4PMOd720862@inv.it.uc3m.es
Whole thread Raw
In response to Re: general PG network slowness (possible cure) (repost)  (Richard Huxton <dev@archonet.com>)
Responses Re: general PG network slowness (possible cure) (repost)
List pgsql-performance
"Also sprach Richard Huxton:"
> > scheme each time, for example!  (how that?). I could presumably also
> > help it by preloading the commands I will run and sending over the
> > params only with a "do a no. 17 now!".
>
> PREPARE/EXECUTE (or the equivalent libpq functions).

Yes, thank you. It seems to speed things up by a factor of 2.

But can I prepare a DECLARE x BINARY CURSOR FOR SELECT ...  statement?
The manual seems to say no.

Peter

pgsql-performance by date:

Previous
From: lists@on-track.ca
Date:
Subject: Adding disks/xlog & index
Next
From: Michal Szymanski
Date:
Subject: Re: Big problem with sql update operation