> I just don't get the whole "cache everything, and everything will be ok" > argument. The vast majority of the slow tasks I've seen in the past ten > years have all executed "in cache" to begin with! > > ...And fixing them has, almost every time, required either optimization = > of > SQL, or optimization of the application code that calls the SQL. I just > don't see how /any/ database can defend itself against all the types of > abuse that an application developer can throw at it. > Here's my take on the thought process behind this. Problem: Oracle/DB2/SQL Server is too slow. It spends too much time reading data from disk. Solution: Cache all the data. It's well known that memory access is ~14,000 times faster than disk access. We'll clean up! ;) Jared ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------