RE: Application Server Caching

From: <Paula_Stankus_at_doh.state.fl.us>
Date: Thu, 15 Jan 2004 05:44:27 -0800
Message-ID: <F001.005DCEC0.20040115054427@fatcity.com>

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Obviously. The issue has been whether or not Oracle's data caching = worked well - and was read for prime-time in earlier versions. =20

-----Original Message-----
Ryan
Sent: Wednesday, January 14, 2004 5:14 PM To: Multiple recipients of list ORACLE-L

I heard a presentation from a front end performance analyst last night = from www.tangasol.com (im not associated with them at all). He was = pretty impressive.
=20
He argued that accessing the database is expensive. He also argued in = favor of caching data at the application server level. Have any of you = worked with this? What are your opinions? His opinion was that people go = back to the database to ask the same question way too often and cause a = botteneck, if you can cache these frequently asked questions at the = front end, it will significantly scale better.=20

------_=_NextPart_001_01C3DB6D.B730FC68
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">

<META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D019004413-15012004><FONT face=3DArial color=3D#0000ff =

size=3D2>Obviously.  The issue has been whether or not Oracle's = data caching=20
worked well - and was read for prime-time in earlier versions. =20
</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT = face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> = ml-errors_at_fatcity.com=20
  [mailto:ml-errors_at_fatcity.com]<B>On Behalf Of </B>Ryan<BR><B>Sent:</B> =

Wednesday, January 14, 2004 5:14 PM<BR><B>To:</B> Multiple recipients = of list=20
ORACLE-L<BR><B>Subject:</B> Application Server =

Caching<BR><BR></FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>
  <DIV><FONT face=3DArial size=3D2>I heard a presentation from a front =

end=20
  performance analyst last night from <A=20   href=3D"http://www.tangasol.com">www.tangasol.com</A> (im not = associated with=20
  them at all). He was pretty impressive.</FONT></DIV>   <DIV><FONT face=3DArial size=3D2></FONT> </DIV>   <DIV><FONT face=3DArial size=3D2>He argued that accessing the database = is=20
  expensive. He also argued in favor of caching data at the application = server=20
  level. Have any of you worked with this? What are your opinions? His = opinion=20
  was that people go back to the database to ask the same question way = too often=20
  and cause a botteneck, if you can cache these frequently asked = questions at=20
  the front end, it will significantly scale better. </FONT></FONT><FONT =

face=3DArial><FONT =
size=3D2></DIV></DIV></BLOCKQUOTE></FONT></FONT></BODY></HTML>

------_=_NextPart_001_01C3DB6D.B730FC68--

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: <Paula_Stankus_at_doh.state.fl.us
  INET: Paula_Stankus_at_doh.state.fl.us

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Received on Thu Jan 15 2004 - 07:44:27 CST