469,313 Members | 2,652 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,313 developers. It's quick & easy.

DB2 Connection Pooling

I know that DB2 LUW version 8 has "connection pooling" that provides a
connection concentrator (limits the number of simultaneous connections
that can occur). But does it really provide connection reuse in the
same manner provided by DB2 Connect or Websphere (or some 3rd party
connection interfaces)?

If DB2 V8 does have connection reuse, does the built-in DB2 connection
pooling require extra jdbc coding, and is it as robust as DB2 Connect?
I assume the DB2 V8 connection reuse would only run on the DB2 server,
and not on the application server (this is an issue if there are
multiple application servers).

I have a customer that is using a type 4 driver with a 3rd party tool
that provides connection pooling at the application server tier (there
are at least 4 different app servers), but it is not working well (it
maybe a jdbc type 4 driver problem, maybe a DB2 problem, or maybe a
problem with the 3rd party connection tool). It seems to me that maybe
DB2 Connect might provide a more compatible interface (at least they
can blame IBM if it does not work).

Any thoughts?
Nov 12 '05 #1
1 4249

"Mark" <m0****@yahoo.com> wrote in message
news:a5**************************@posting.google.c om...
I know that DB2 LUW version 8 has "connection pooling" that provides a
connection concentrator (limits the number of simultaneous connections
that can occur). But does it really provide connection reuse in the
same manner provided by DB2 Connect or Websphere (or some 3rd party
connection interfaces)? ===================
Not exactly the same, but a lot of similiar properties.

If DB2 V8 does have connection reuse, does the built-in DB2 connection
pooling require extra jdbc coding, and is it as robust as DB2 Connect? =====================
It doesn't need any extra jdbc coding. It is part of db2 engine and it is
transparent to the db2 client. It has no requirement that you can only run
JDBC applications. If you use CLI, ESQL/C, Shell scripts, ..., they are all
OK with connection concentrator.
I assume the DB2 V8 connection reuse would only run on the DB2 server,
and not on the application server (this is an issue if there are
multiple application servers). =====================
Yes, It would run on the db2 server, and it is not a separate server. This
means you can still use connection pool which built by the application
server. I really don't think why we need to this, I mean double pooling, but
it is a do-able solution. They can work with each other without any
problems.

I have a customer that is using a type 4 driver with a 3rd party tool
that provides connection pooling at the application server tier (there
are at least 4 different app servers), but it is not working well (it
maybe a jdbc type 4 driver problem, maybe a DB2 problem, or maybe a
problem with the 3rd party connection tool). ======================
It is not hard to isolate which part cause the problem. Turn on DB2 UDB
connection concentrator, run the same type4 java application but bypass the
connection pool which defined by the 3rd party.
It seems to me that maybe
DB2 Connect might provide a more compatible interface (at least they
can blame IBM if it does not work).

Any thoughts?

Nov 12 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

18 posts views Thread by Rob Nicholson | last post: by
1 post views Thread by Lenny Shprekher | last post: by
7 posts views Thread by Mrinal Kamboj | last post: by
3 posts views Thread by Martin B | last post: by
16 posts views Thread by crbd98 | last post: by
20 posts views Thread by fniles | last post: by
3 posts views Thread by fniles | last post: by
15 posts views Thread by Sylvie | last post: by
reply views Thread by harlem98 | last post: by
1 post views Thread by Geralt96 | last post: by
reply views Thread by harlem98 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.