Depends on your workload and your code. If your code does not hog
connections for long periods of time and the queries are fairly light-
weight, then you might only need a small handful.
On the other hand, if your code ties up connections while presenting the
user interface (not a recommended mode of operation), then you would
probably need one per user.
To tune the max connections, you might want to guess low on the number
of connections, but log how long your code waits to acquire a connection
from the pool. If it's too long, then either fix your code or increase
On Tue, 2005-08-30 at 11:52 +0530, Hina Chauhan wrote:
> Dear Sir/Madam,
> I am facing a problem, if u can help me.
> I am uging postgres 7.4 database. In java application I am using
> connection pooling (jakarta-web server, using datasource), wherein I
> have to decide how many max connection I should use.
> Do we have any concept wherein we can say number of connection
> propotional to number of user OR how many users per connection can
> My project would be used by 100 users at a time, which may increase to
> 400 users latter.
> I am having file context.xml with following settings, Can I add some
> thing more to it.
> <Context reloadable="true">
> <!-- Default set of monitored resources -->
> <!-- Uncomment this to disable session persistence across Tomcat
> restarts -->
> <Manager pathname="" />
> <Resource name="jdbc/mypostgre" auth="Container"
> username="bacsindia" password="bacsindia" maxActive="5"
> Hina Chauhan
> Codec Communications pvt. Ltd.
In response to
pgsql-jdbc by date
|Next:||From: Clemens Eisserer||Date: 2005-08-30 17:11:22|
|Subject: Re: NullPointerException when calling ResultSet.absolute(int)|
|Previous:||From: Oscar Picasso||Date: 2005-08-30 16:14:45|
|Subject: Blob and unknown length|