From: | Sean Chittenden <sean(at)chittenden(dot)org> |
---|---|
To: | Jeff Davis <jdavis-pgsql(at)empires(dot)org> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Urgent: 10K or more connections |
Date: | 2003-07-19 00:19:01 |
Message-ID: | 20030719001901.GX24507@perrin.int.nxad.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
> > > There are 1000's of references to postgresql and connection pooling.
> > >
> > > http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=pooling+postgresql
> > >
> > > Maybe somthing there will work.
> >
> > Those are all application level connection pooling links. I'm
> > thinking about something that's done on the database side like ORA
> > Listener and passes active connections back to the backend that way
> > it's completely transparent and applies to every libpq app regardless
> > of the language, application, etc.
> >
> > -sc
>
> Perhaps this is the answer? I've never used it, but I remember
> seeing ti on freshmeat.net.
>
> http://sqlrelay.sourceforge.net/
Very cool... too bad rudiments (prerequisit) doesn't compile with
newer versions of GCC and this requires you to develop your apps using
sqlrelay's API and not libpq.... though it's better than nothing. :)
-sc
--
Sean Chittenden
From | Date | Subject | |
---|---|---|---|
Next Message | The Hermit Hacker | 2003-07-19 00:56:50 | Re: What about a comp.databases.postgresql usenet newsgroup |
Previous Message | Jeff Davis | 2003-07-19 00:06:35 | Re: Urgent: 10K or more connections |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-07-19 01:19:55 | Re: dblink_ora - a first shot on Oracle ... |
Previous Message | Jeff Davis | 2003-07-19 00:06:35 | Re: Urgent: 10K or more connections |