对于一个有经验的数据库管理员来说，对内存排序和磁盘排序保持必要的排需是非常必要的。因为我们无法左右用户的行为;而用户的行为又会有所调整。用户在调整的过程中，有可能又会增加额外的磁盘排序。当然，也有可能磁盘排序的几率会减少。但是，通常情况下，随着用户交易数据的增加，这个磁盘排序的几率在理论上仍然是往上爬的。而实际上也是往上升的，只是这个升的速度没有理论上那么快而已。这主要是看数据库管理员如何进行管理了。

　　根据笔者的了解，企业用户的操作往往会有一个周期性的变化，如按年或者按月进行周期性的变化。数据库管理员应该养成一个好习惯，每个月利用Statspack工具定期的对数据库进行监控。特别是要监控数据库的排序情况。

　　Statspack工具还有额外的一个功能，就是自动监测与警告功能。也就是说，可以让Statspack这个工具在磁盘排序数量超过一个预设置的阀值时，自动给数据库管理员发送一个警告，如通过邮件形式发送给管理员等等。笔者通过监控发现，每到月底与月初的时候，磁盘排序的数量会大大的增加。这主要是因为在月底的时候，用户会对当月的交易数据进行统计。所以当月底月初的时候，由于交易记录比较多，所以，会有比较多的磁盘排序发生。在这种情况下，数据库管理员有必要对相关参数进行调整。不过这个调整是暂时的调整，等到这个周期过去后，仍然要把参数调回来。只有如此，数据库的整体性能才会有所保障。即不会因为内存过载而降低数据库性能;也不会因为磁盘排序而给数据库造成额外的负担。

　　所以，虽然排序是SQL语句执行中很微小的一个部分，但是其对数据库性能影响却比较大，而且也是非常显著的。可惜的是，排序是SQL调整中往往被忽视的地方。在Oracle数据库中，排序对用户来说是透明的。也就是说，排序对用户很少有所限制，用户可以根据自己的需要来对数据进行随意地排序。但是，用户并不知道，什么样的操作会降低数据库的性能。故如何降低用户的不合理操作而产生额外的排序，甚至是磁盘排序，这是数据库管理员在平时工作中必须要考虑到的一个问题。通过以上三个方法，或许可以给数据库管理员找到一些解决问题的思路。相信通过以上方法，可以最大程度的减少磁盘排序的发生，不再让磁盘排序成为影响数据库性能的罪魁祸首。