这个问题很多DBA可能都碰到过吧：比如刚接手一个旧有系统，原来的厂商不允许对代码修改，或者是系统应用比较关键。不允许作修改，或者是源代码出于商业目的，进行了一定程度的加密，还有的时候可能是行政因素--领导为了避免责任，不允许你这样做，但这个时候，系统的性能上的问题还比较严重，还有其他办法怎么对系统进行优化么?
在这里我尝试总结一下可能有的途径。
针对特定的SQL进行"外科手术" (Metalink 122812.1)，改进执行计划
- 更新统计信息 (调整采样率/柱状图统计)
- 调整索引 (添加或调整合适的索引，删除不必要的索引)
- 创建物化试图(用空间开销来换取时间收益)
优化OS和数据库以外的其他东西
首先优化操作系统-比如核心参数的合理调整，操作系统资源的合理分配; 磁盘IO的调整,这是很重要的一部分，因为磁盘IO速度很容易造成系统瓶 颈;网络资源的优化-TCP/IP的参数调整;
调整Oracle初始化参数
优化器模式的设定,db_cache 参数等设定,sga 大小等参数设定，都对数 据库性能有着重要的影响。
合理的系统资源调度
在一些批处理操作为主的系统中，系统资源的调度是比较重要的，调度不 合理，很容易造成资源争用。有的系统可能在系统创建之初调度是比较合 理的，经过一段时间运行之后，可能因为数据量的变化，SQL语句的执行 计划变化等会造成操作时间上的重叠，这肯定会给系统带来压力上的问题。
调整数据库对象
- 调整pctfree ,freelist ，存储参数
- 调整表空间文件和数据库对象（表、索引）的磁盘分布。
- cache 一些常用的数据库对象。
系统Bug问题带来的影响/升级改进性能
Oracle软件Bug多多，系统运行初期有的Bug带来的危害还不够明显，随 着时间的推移，个别的Bug会给系统性能造成问题。这个时候对系统的Bug 修复已经对数据库系统进行升级就是必要的。通过升级，修正Oracle软件 缺陷，同时在升级后也可能会增强数据库引擎的效率。当然，也要注意升级 可能带来的不良的影响注：草稿
