| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Application Server Caching
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
 |
 |