Message
He's
right, accessing the database is expensive. So is accessing from an app
server if you have to support concurrency, updataing, transaction
control, etc. Only if you consider the ACID properties of databases
of no use for your application is this line of argument correct. The
businesses that this is true of are small in number.
Allan
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.
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.
______________________________________________________________________________
This email is intended solely for the person or entity to which it is addressed and may contain confidential and/or privileged information. Copying, forwarding or distributing this message by persons or entities other than the addressee is prohibited. If you have received this email in error, please contact the sender immediately and delete the material from any computer. This email may have been monitored for policy compliance. [021216]
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Nelson, Allan
INET: anelson_at_midf.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 Thu Jan 15 2004 - 14:29:25 CST
