诸位分析一下

Question

"oracle变的忙，有大量的读，写却很少。 "
您观察的很对啊，这就是OLTP向OLAP的转变啊。

Answer 1

superjj2002
局鱼网
win2000
oracle压力测试10jqkA(harter) 
OLTP向OLAP的转变?
不明白

Answer 2

唉，沉痛！弱水和按钮都已“仙隐”。唯你说的“吃草”兄又整日介东奔西窜，
或许在www.itpub.net可以寻到伊。

Answer 3

是不是Oracle的SGA中的buffer配置不足, 要不断的读取数据?

Answer 4

OLTP是联机事务处理：处理一件事情，自然是先读区数据，根据要求处理，把结果回写数据库（增、删、改）；所以和读取的比例相距不大（当然还是读数据的机会多一些，只是没有到数量级的差别）OLAP是联机分析处理：偏重于分析数据（读大量数据，交CPU分析，而只得到一个结果）自然是读的多写的少了。典型代表是数据仓库。有反对意见请提。关注。

Answer 5

对不起，我没搞清问题，上边乱说话了。
在写前读多，一是索引太多，要同时处理；二是索引策略错误，找不到该在那里写；三是采用了小事务模式，写一条进行一次commit；四是你的索引该重建了；
如果都不是，就是你的机子太烂了（数据库空间不连续，硬盘速度低，一般应该是高档服务器，用磁盘阵列)，反正oracle不太烂。

Answer 6

楼上的说的有道理，我们以前遇到过相似的问题，不过是ibm的人来给调性能的。如果要是从文件系统向磁盘写，读和写的速度是不同的，不知你是如何读写的。另外索引多了，索引表空间会比表的表空间大，也不利于读写。