RE: Application Server Caching

From: Goulet, Dick <DGoulet_at_vicr.com>
Date: Wed, 14 Jan 2004 14:34:25 -0800
Message-ID: <F001.005DCCA4.20040114143425@fatcity.com>

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

Ryan,
=20

He has a point. If you look at 9IAS's architecture there is a cache = database at the apps server. The trick is to know when the data your = looking for in cache is no longer valid. A certain children's = apparel/toys site did that to me back in October. I'm still torqued at = them.
=20

Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA=20

-----Original Message-----
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_01C3DAEE.6C8E7394
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.1226" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D320363022-14012004><FONT face=3DArial color=3D#0000ff =

size=3D2>Ryan,</FONT></SPAN></DIV>
<DIV><SPAN class=3D320363022-14012004><FONT face=3DArial color=3D#0000ff =

size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D320363022-14012004>    <FONT =
face=3DArial=20
color=3D#0000ff size=3D2>He has a point.  If you look at 9IAS's = architecture=20
there is a cache database at the apps server.  The trick is to know = when=20
the data your looking for in cache is no longer valid.  A certain=20 children's apparel/toys site did that to me back in October.  I'm = still=20
torqued at them.</FONT></SPAN></DIV>
<DIV> </DIV>
<P><FONT size=3D2>Dick Goulet<BR>Senior Oracle DBA<BR>Oracle Certified =
8i=20
DBA</FONT> </P>
<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> Ryan=20   [mailto:ryan.gaffuri_at_cox.net]<BR><B>Sent:</B> Wednesday, January 14, = 2004 5:14=20
  PM<BR><B>To:</B> Multiple recipients of list = ORACLE-L<BR><B>Subject:</B>=20
  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_01C3DAEE.6C8E7394--

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Goulet, Dick
  INET: DGoulet_at_vicr.com

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 Wed Jan 14 2004 - 16:34:25 CST