have you experimented with middle tier caching? if so, what are your experiences?
>
> From: DENNIS WILLIAMS <DWILLIAMS_at_LIFETOUCH.COM>
> Date: 2004/02/09 Mon PM 12:24:33 EST
> To: "'oracle-l_at_freelists.org'" <oracle-l_at_freelists.org>
> Subject: RE: Shared Server vs. Connection Pooling
>
> Ryan - We have some newly-developed Java apps here that use an app server.
> Since the app server has connection pooling capability, naturally they were
> going to use that feature. It has worked out pretty good overall. I think of
> it as an alternative to MTS / Shared Server. As DBA you need to ask the web
> administrator what the connection settings are so you can set your PROCESSES
> parameter. There are usually several parameters that control connection
> pooling, and if they set them wrong, Oracle will run out of processes. But
> it is pretty easy to learn, and hopefully they will try it out in test.
>
> Dennis Williams
> DBA
> Lifetouch, Inc.
> dwilliams_at_lifetouch.com
>
> -----Original Message-----
> From: Tim Gorman [mailto:tim_at_sagelogix.com]
> Sent: Monday, February 09, 2004 8:51 AM
> To: oracle-l_at_freelists.org
> Subject: Re: Shared Server vs. Connection Pooling
>
>
> When the application is busy, was written in CGI scripts, and nobody will
> update it to use connection pooling.
>
> Shared server is a last resort to accommodate poorly-built applications.
>
>
> on 2/9/04 6:10 AM, ryan.gaffuri_at_cox.net at ryan.gaffuri_at_cox.net wrote:
>
> > My shop is using connection pooling. It seems like the trend is towards
> middle
> > tier connection pooling and away from Shared Server. What do you think?
> Anyone
> > know any cases where Shared Server is a superior option to middle tier
> > connection pooling(other than the reduction in cost)?
> >
> > ----------------------------------------------------------------
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > ----------------------------------------------------------------
> > To unsubscribe send email to: oracle-l-request_at_freelists.org
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at http://www.freelists.org/archives/oracle-l/
> > FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> > -----------------------------------------------------------------
>
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>
Please see the official ORACLE-L FAQ:
http://www.orafaq.com
To unsubscribe send email to: oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Mon Feb 09 2004 - 11:54:10 CST
