如何优化oracle的插入速度

[勇敢607]

问题1：oracle批量插入，比如30000条提交，这30000条是存在database_cache里面的么，
问题2 插入性能较慢，一般可以从哪些方面去优化呢。

[ghx287524027]

对于问题1：未提交之前，旧值是放在UNDO，新值是在db buffer cache中吧。这个你看看 oracle的 concept 就知道了。 对于问题2：引起插入性能问题的原因很多，实在没办法回答

[勇敢607]

引用 1 楼 ghx287524027 的回复:

对于问题1：未提交之前，旧值是放在UNDO，新值是在db buffer cache中吧。这个你看看 oracle的 concept 就知道了。 对于问题2：引起插入性能问题的原因很多，实在没办法回答

---谢谢指导，这个插入速度影响的是很多，网络啊 机器性能 磁盘IO等很多因素，其实单纯的从数据库参数来调优，得到的效果少之又少。

[ghx287524027]

引用 2 楼 qq_35686181 的回复:

[quote=引用 1 楼 ghx287524027 的回复:] 对于问题1：未提交之前，旧值是放在UNDO，新值是在db buffer cache中吧。这个你看看 oracle的 concept 就知道了。 对于问题2：引起插入性能问题的原因很多，实在没办法回答

---谢谢指导，这个插入速度影响的是很多，网络啊 机器性能 磁盘IO等很多因素，其实单纯的从数据库参数来调优，得到的效果少之又少。[/quote] 不只这些，光数据库这方面造成性能问题的原因也很多。所以只说性能不好，这即好像说身体不舒服，完全无从下手呀

[勇敢607]

引用 2 楼 qq_35686181 的回复:

[quote=引用 1 楼 ghx287524027 的回复:] 对于问题1：未提交之前，旧值是放在UNDO，新值是在db buffer cache中吧。这个你看看 oracle的 concept 就知道了。 对于问题2：引起插入性能问题的原因很多，实在没办法回答

---谢谢指导，这个插入速度影响的是很多，网络啊 机器性能 磁盘IO等很多因素，其实单纯的从数据库参数来调优，得到的效果少之又少。[/quote] 其实我觉得数据库方面性能要做一部分优化，但是硬件性能不好，无论如何再怎么优化，都等于空谈。oracle 的参数也是需要硬件来做后备力量。

[勇敢607]

引用 3 楼 ghx287524027 的回复:

[quote=引用 2 楼 qq_35686181 的回复:] [quote=引用 1 楼 ghx287524027 的回复:] 对于问题1：未提交之前，旧值是放在UNDO，新值是在db buffer cache中吧。这个你看看 oracle的 concept 就知道了。 对于问题2：引起插入性能问题的原因很多，实在没办法回答

---谢谢指导，这个插入速度影响的是很多，网络啊 机器性能 磁盘IO等很多因素，其实单纯的从数据库参数来调优，得到的效果少之又少。[/quote] 不只这些，光数据库这方面造成性能问题的原因也很多。所以只说性能不好，这即好像说身体不舒服，完全无从下手呀[/quote] ---仁兄一般遇见这些问题，一般从哪些方面去分析呢，先后顺序。

[jdsnhan]

引用 4 楼 qq_35686181 的回复:

[quote=引用 2 楼 qq_35686181 的回复:] [quote=引用 1 楼 ghx287524027 的回复:] 对于问题1：未提交之前，旧值是放在UNDO，新值是在db buffer cache中吧。这个你看看 oracle的 concept 就知道了。 对于问题2：引起插入性能问题的原因很多，实在没办法回答

---谢谢指导，这个插入速度影响的是很多，网络啊 机器性能 磁盘IO等很多因素，其实单纯的从数据库参数来调优，得到的效果少之又少。[/quote] 其实我觉得数据库方面性能要做一部分优化，但是硬件性能不好，无论如何再怎么优化，都等于空谈。oracle 的参数也是需要硬件来做后备力量。[/quote] 二者就是相辅相成。事实上，我们想弄个Oracle的server了，也不会随便拿个7200转磁盘，4G内存的机器就充当服务器了。

[sych888]

NOLOGGING APPEND PARALLEL

[wwwtwww]

除了楼上说的，还有一点，插入前删除表上的索引，在插入完成后，再重建索引。