ORACLE插入数据慢
1、在窗口一中执行select sid from v$mystat where rownum=1；结果中的数字是当面session的标识(设为sid)。在窗口一中执行插入操作，也就是你说1000条需要20分钟的那个操作。
2、oracle插入20万数据要10分钟。oracle插入数据的因素有很多，正常要10分钟。因素有数据库存储的性能、数据库临时表空间的大小、表列的多少、索引的多寡、数据插入的代码、提交的方式等。
3、跟数据库的量级有关。跟log表是否有索引有关，若建了索引，则查询速度会快一点，但插入时会重建索引，故插入速度会慢一点。以上内容，仅供参考。
4、原因有很多中可能，首先数据库应该对数据量大的表做index优化；其次检查你的sql语句是否用了最合适的方法，在多表查询时，where 之后的条件先接主键关联和int、long 型的条件，再解字符型，最后是folat型。
5、看看你这个表有没有外键吧 我之前的项目里就出现过这个情况，一个记录INSERT很慢，后来定位是外键的问题，把 FK去掉之后，速度可是瞬间完成。
Oracle批量更新在存储过程中执行很慢,但单独执行很快
另外你这种loop写法还不如直接写一个update，反正也没有做到分批提交。
首先，execute immediate v_sql语句需要硬解析，这是一个较为耗时的过程，而直接拿出来执行的语句，其查询分析树已经存在，所以只需要软解析。
简单点理解为update类似行扫描，每一次扫描就做一次子查询，而你的字查询估计是全表扫描，I/O支出比较大，所以比较慢 放入临时表后，减少了扫描量，从而提高了效率。
原因很多，只能具体问题具体分析，一般来说，执行速度慢的原因有：sql语句效率太低 循环次数太多导致慢 数据量过于庞大，导致统计时速度慢等。
存储过程的SQL如果与直接执行的SQL相比，应该是存储过程快。
解决方案1： 这种比较没什么意义。需要注意的一点是，select 涉及的是共享锁， 在nolock提示下可以保证不死锁。update涉及的是更新锁和排他锁，没有锁 提示可以用，在一定条件下会等待很长时间，甚至死锁。
oracle查询数据速度慢,已建索引的。求助
1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2、使用索引、优化表结构。确保涉及关联的字段上有适当的索引。索引可以显著提高查询速度，特别是对于大型表，索引并非越多越好，需要根据实际查询的需求进行选择。确保表结构合理，避免冗余数据。
3、的纪录数太多了，使用索引的成本，比全表扫描还高，那么就放弃使用索引，直接全表扫描 1万条记录。当然，还有一种可能，就是楼主的 A 表记录数太少 CBO 分析后，发现，这么点数据，还不如直接 全表扫描来得快。
关于oracle解决表存储数据慢和oracle数据库变慢原因分析的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。