[storm] connection pooling

Gustavo Niemeyer gustavo at niemeyer.net
Tue Jul 31 17:45:40 BST 2007



> Yeah,  a backend-agnostic approach would make sense - rather than
> tying in some messy logic for enabling the backends pooling logic if
> available.  psycopg2 has a pool module, for example.

It wouldn't be too hard to support that either.

> Reasonable  However, this doesn't solve the problem when you have have
> many concurrent sessions and your angry Oracle DBA only lets you keep
> a max of 20 open connections per process - so you need to share
> connections via a checkin/out pool.

Understood.  That's an interesting use case.

> I actually don't right now ;)  I'm forced to use java/jdbc/oracle for
> my day job.  I have some projects outside of work using zope3.  I'd
> actually be more interesting in zope integration right now - I've
> started down the path of implementing my own.  So far its been easy
> just based on a simple thread-local stores model.

Oh, I see.  You may be interested in ZStorm then.  It'll be released
with Storm 0.10 shortly, and is already available for checkout [1].

https://bugs.launchpad.net/storm/+bug/126613

-- 
Gustavo Niemeyer
http://niemeyer.net



More information about the storm mailing list