From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | Heikki Linnakangas <heikki(at)enterprisedb(dot)com> |
Cc: | lindner(at)inuus(dot)com, Oliver Jowett <oliver(at)opencloud(dot)com>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: Prepared Statements vs. pgbouncer |
Date: | 2007-10-01 18:44:58 |
Message-ID: | 4701402A.2020804@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Heikki,
> It's clearly pgBouncer here that's braking the protocol, so it's
> pgBouncer that needs fixing. A workaround in JDBC driver would only help
> JDBC apps. If you're having non-java applications in the mix, you'd have
> to implement the workaround in *all* the drivers.
>
> BTW: I just stumbled across this Greg Sabine Mullane's blog post, which
> describes a workaround for DBD::Pg perl module, so we're not alone:
> http://people.planetpostgresql.org/greg/index.php?/archives/110-Using-DBDPg-with-pg_bouncer.html
>
Well, I think we have the right group of people here to think about what
needs to be fixed. One of the Sun engineers can help with it, which I
think is necessary since I doubt Marco has the time.
So, given pgBouncer's purpose, what exactly should it be doing to handle
prepared connections? That is, how can it support the v3 protocol
without eliminating its tremendous scalability?
--Josh
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Lindner | 2007-10-01 19:31:53 | Re: Prepared Statements vs. pgbouncer |
Previous Message | Tom Lane | 2007-10-01 18:44:10 | Re: Prepared Statements vs. pgbouncer |