Re: Protocol 3, Execute, maxrows to return, impact? - Mailing list pgsql-hackers

From Stephen R. van den Berg
Subject Re: Protocol 3, Execute, maxrows to return, impact?
Date
Msg-id 20080727190004.GA1449@cuci.nl
Whole thread Raw
In response to Re: Protocol 3, Execute, maxrows to return, impact?  ("Stephen R. van den Berg" <srb@cuci.nl>)
Responses Re: Protocol 3, Execute, maxrows to return, impact?  (Dave Cramer <pg@fastcrypt.com>)
Re: Protocol 3, Execute, maxrows to return, impact?  ("Andrew Garner" <andrew.b.garner@gmail.com>)
List pgsql-hackers
Stephen R. van den Berg wrote:
>My Pike drivers now support multiple simultaneous portals and
>automatic streaming by presending overlapping Execute statements with
>a dynamically adapted fetchlimit calculated per select as the query
>progresses.

They also support COPY now.

The driver beats libpq in speed by about 62%.
The memory consumption is on demand, by row, and not the whole result set.
Transport to and from the query is in binary and dynamically determined
per datatype, no quoting necessary.

Anyone interested in taking a peek at the (GPL copyright) driver, I
temporarily put up a small package which contains the working driver
in Pike at:
  http://admin.cuci.nl/psgsql.pike.tar.gz

Pike is a C/C++/Java like interpreted language.
The production driver uses a PGsql assist class which is written in C to
accelerate (amazingly) few core functions (not included, but the driver
works fully without the PGsql assist class).
-- 
Sincerely,          Stephen R. van den Berg.
"There are 10 types of people in the world.Those who understand binary and those who do not."


pgsql-hackers by date:

Previous
From: "Ramya Chandrasekar"
Date:
Subject: Re: Regd: TODO Item : Have EXPLAIN ANALYZE issue NOTICE messages ...
Next
From: Tatsuo Ishii
Date:
Subject: Re: WITH RECUSIVE patches 0723