RE: [HACKERS] Pooled postgresql backends - Mailing list pgsql-hackers

From Peter Mount
Subject RE: [HACKERS] Pooled postgresql backends
Date
Msg-id 1B3D5E532D18D311861A00600865478C70BF35@exchange1.nt.maidstone.gov.uk
Whole thread Raw
List pgsql-hackers
There's a small connection pool manager class for JDBC in the
src/interfaces/jdbc/example/corba directory. Ok, it doesn't implement
the FE-BE protocol, but does hand out already open Connections.

It's simple, but it works.

Peter

-- 
Peter Mount
Enterprise Support
Maidstone Borough Council
Any views stated are my own, and not those of Maidstone Borough Council.



-----Original Message-----
From: Lamar Owen [mailto:lamar.owen@wgcr.org]
Sent: Thursday, December 09, 1999 4:38 AM
To: pgsql-hackers@postgreSQL.org
Subject: [HACKERS] Pooled postgresql backends


Ok, I just had a brainstorm for those who want to get a pooling-capable
postmaster up and running.

Do the following:

1.)    Grab the GPL'd AOLserver 3.0 from aolserver.lcs.mit.edu
2.)    Strip out the webserver stuff.
3.)    Write a communications module for AOLserver that implements the
PostgreSQL FE-BE protocol. 
4.)    That module then redirects said communications to a backend
under the pool.
5.)     Of course, the real postmaster has to run on a different port,
as the
AOLserver database driver still will need to initiate connections
through
postmaster.
6.)    A few other minor issues will need to be handled, such as
multi-database enabling the AOLserver pool mechanism.

Advantages: AOLserver is multithreaded -- this thing could be made quite
fast,
with low latency.

Disadvantages: Adds yet another layer of communication, unless some
really
creative coding can be done, thus, post-connect throughput is likely to
suffer.
AOLserver is GPL'd, so code lifted from it could not be integrated into
the main
PostgreSQL tree.

For those who think they need pooled connections and are not already
running
AOLServer...

--
Lamar Owen
WGCR Internet Radio

************


pgsql-hackers by date:

Previous
From: Peter Mount
Date:
Subject: RE: [INTERFACES] Transaction support in 6.5.3/JDBC
Next
From: Michael Meskes
Date:
Subject: Re: [HACKERS] Advanced projects ... anyone interested?