280向480的割接失败后，开始研究为什么oracle数据库会运行非常慢，首先定位SUN的系统io非常高，首先去查SUN的系统是否有问题，这套SUN的系统又是过保的设备，还好华为有自己的SUN的支持的人，可以找到人来支持 。
经检查根本查不出来SUN的问题，只能判断SUN没有问题，然后进行oracle的判断 。
由于oracle也没有维保，而且对oracle的不熟悉，我们首先还是寻找公司的支持，公司集成产品部的员工并不是专门处理oracle问题的，而且现场不是生产机，也没有予以重视，我们只能寄希望于自己了，我在分析了新思维给的sql语句之后，对比280和480的运行速度，发现查询表的时候都很慢，然后对表分析，发现280上的很多表都做了信息统计，而480上没有一张表做过信息统计，于是将sql上的表先做了信息统计之后进行查询操作，结果发现执行速度有了很明显的提升，于是将所有的表做了信息统计，之后再要求新思维重新发了一条查询的sql，然后执行发现480的执行速度很明显比280要快很多，至此原因已经分析出来了 。
在分析的过程中用到了statspack和rda，oracle还是有很多值得学习的地方，尤其是在不了解的领域，有那么高深的地方值得去探究，虽然市场和管理是最终之道，但是对oracle的兴趣并没有降低 。
后续会不断将对oracle的学习也写出来做总结 。
