建立一个执行速率可以达到每秒钟一千次的可扩展性的Oracle体系，即使对于那些经验丰富的Oracle设计师也是一项挑战。当然，增强硬件可能会使成本很高，因此，我们得把这方面的侧重点降低，而把增强处理的能力放在重点。下面我们会介绍一些小技巧来提升Oracle的系统可扩展性。
通过使用多线程服务器，Oracle数据库就可以利用其内部自带的一种叫 large pool的内部存储器了。large pool是一个在Oracle全球系统领域（SGA）的RAM域，他执行Oracle多线程服务器的连接并且也能够保存Java虚拟机（JVM）。多线程服务器也允许成千的终端用户及时收到响应。每一个Oracle数据库可以产生许多子任务来高度的处理大量的接入请求。
很多Oracle8i和Oracle9i数据库利用超大缓存来存储大量的数据信息。其目标是尽可能地使磁盘输入输出流（I/O）达到最小化。在Oracle的新特点下，数据缓存从10GB增长到50GB乃至于更多，高效地从Web服务器上存储最重要最频繁的信息已经不是一件希奇的事情了。用这种方法，Oracle数据库不需要再去处理那些不必要的I/O了，并且引入的Internet要求在内存中对信息作简单的处理并传递到Oracle数据缓存器中，然后通过Web服务器，最后通过Internet返回原始位置。
任何Oracle 的电子商务系统都必须用一种叫做物化浏览器（materialized views）的Oracle工具来汇总信息。在物化浏览器的帮助下，预先计算信息总量并把它存储在介质中，这一点可以从Oracle SQL中很明显地表现出来。无论什么时候，一个引入的请求要申请一个估算集合，Oracle向估算集合中改写询问来代替信息的重新计算。这样给电子商务系统提供了一个非常理想而稳固的集合容量。
很多高容量的Oracle数据库驱动电子商务系统在预先存储的Oracle大量数据类型中去选择其中的一个预先格式化的HTML文档，这个文档支持复杂的对象。这些数据类型包括复杂字符型（CLOBS）。Oracle取得这些复杂对象并把他们存储起来或者需要在Oracle数据文件里脱机或者用文件连接进行脱机。通过利用这些技术，Web服务器省去了对整个要输出的从终端用户发出的HTML的繁琐的定义。预先格式化的HTML使得从Oracle数据缓存到Web服务器缓存器的各种变量参数化。当引入的数据请求明确的HTML时，符号的替换在Web服务器上的HTML译本缓存器中发挥作用并且一个完整的Oracle数据的HTML页被包含的HTML是通过Internet被运载回来的。
在Oracle9i中，Oracle引入了真实的应用程序组（RACs）。当我提到的一篇更早的文章，RACs提供了一个高利用性的体系结构并且可以高速运行，但是成本相当昂贵。许多公司用Oracle数据库采用了下述方法：
虽然许多大公司为了可测试性正在收购Oracle9i工具，一些公司还通过一些创建一个客户化的复制的体系结构来选择可测试性。通过拥有Oracle数据库得多重拷贝，请求服务器能够直接引入数据请求来复制系统，加倍数据备份的吞吐量。
这些技术虽然都在不同时期内进行着不同的变化，但是许多体系结构都是依据下属方法进行的：
其实在这篇文章中还有很多东西要补充。在充分利用Oracle数据库的复制到可升级的体系结构下可以允许Oracle体系去处理所有系统的升级。通过利用Oracle的优点调整像多线程服务器这样的部件，Oracle9i大目标和物化的观点，你可以确保你的系统将提供足够的响应时间和可信性极高的可靠度。
欢迎评论或投稿
