首先是设计，这是最重要的部分，借用TOM的话：“性能是设计出来的，不是调整出来的”。设计分为逻辑设计和物理设计，逻辑设计一般要遵循3NF，同时也要根据应用的需要引入逆规范化的设计，应为NF设计虽然消除了数据冗余，但随着规范化越高需要连接的表可能越多，同样对性能有影响，所以需要平衡考虑，至于何时要3NF，何时要逆规范化，要是具体情况而定。
物理设计一个是存储，比如物理文件、联机日志文件、归档日志文件的磁盘布局，各种RAID的使用等（在这方面piner的分析比较全面细致），第二是要根据应用的特性，选择文件组织方式，灵活运用oracle的各种表和索引类型，例如交叉表可以考虑使用IOT、读密集型并且经常关联的字段使用cluster，还有全局临时表、外部表等等。除了普通的B树索引外，在低基数情况下考虑使用位图索引，使用函数时引入基于函数的索引等。
其次是开发阶段，比如老生常谈的使用绑定变量、外键加索引、使用bulk collect、分析函数、直接路径加载，在OLAP应用中使用partition、MV、位图索引、并行化操作等等。没种技术要深入研究都有很多内容。
最后才是调整，这是在出现性能问题时采用的手段。这已经形成了一个完整的方法论。
1）设立合理的性能优化目标。
2）测量并记录当前性能（STATSPACK、AWR等）。
3）确定当前Oracle性能瓶颈（从Oracle 等待接口v$system_event、v$session_event和v$session_wait中获得等待事件，进而找出影响性能的对象和sql语句
）。
4）把等待事件记入跟踪文件（autotrace、10046事件等）。
5）确定当前的OS瓶颈（sar、iostat、cpustat、mpstat、netstat、top、osview等）。
6）优化所需的成分（应用程序、数据库、I/O、争用、OS等）。
7）跟踪并实施更改控制过程。
8）测量并记录当前性能
9）重复步骤3到7，直到满足优化目标
以上是本人对Oracle优化的一些粗线条的体会，可以指出优化需要考虑的大的方向，而相关的技术细节非常多，每项都要仔细研究，正如piner总结的：多思考、多实践、多总结。
再记点题外话，公司节后要对技术部作人员调整，说白了就是裁人，这次除了要个网管保证能上网就不留技术的人了，假期准备简历，节后找工作。
