oracle更新数据慢，oracle更新大量数据

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

oracleselect很快update很慢

这句话不严谨，在针对百万条以上的数据添加索引会加快查询速度，但如果是较少的数据，加索引反而会降低查询速度。至于update跟索引无关。

如果加了for update后该语句用来锁定特定的行（如果有where子句，就是满足where条件的那些行）。当这些行被锁定后，其他会话可以选择这些行，但不能更改或删除这些行，直到该语句的事务被commit语句或rollback语句结束为止。

UPDATE，DELETE和INSERT 性能可能会略微降低一点点. 也可能不影响 SELECT 性能可能会提高不少，也可能提高一点点，也可能一点影响也没有，甚至也有可能降低.具体影响要考虑很多个方面。

表之间连接的字段创建联合索引了么？另外连接条件的先后顺序也很重要。那个连接条件可以过滤掉不符合条件的数据那个字段连接条件应该在最后。如果数据量比较大，而且对数据的实时性要求不高，那么建议用oracle的物化视图来做。

慢的原因有好多，逐步排除吧，等找到真正原因再说。急没用的。默认情况下，是会建到用户的默认表空间的。这个看你的维护需要。最起码先弄明白你的库是怎么回事再说吧。

因此，如果可以令 I/O 最小化，或者减少由于磁盘上的文件竞争而带来的瓶颈，就可以大大地改善 Oracle 数据库的性能。如果系统响应很慢，通过减少磁盘 I/O 就可以有一个很快的改善。

1、利用CREATE table as select xxxxx的办法来生成一新表T1 在T1上创建与目标表一样的索引把目标表删除或RENAME(注意备份以备反悔)把T1改名成目标表试了一下，果然非常地快，我的任务差不多在2Min就完成了。

2、如果是在线事务系统，那么建立合适的索引非常重要，其次通过分区技术设立合理的分区键也可以大大提升更新前的查找定位效率。

3、DAY 上应建组合索引，这样子查询效率很高。

4、如果用游标一行一行 FETCH ，性能可能要打点折扣。这种情况下，可以尝试使用 BULK COLLECT 来批量加载。下面是 Oracle 游标处理II - 使用BULK COLLECT 的例子。

5、解决方案2：可以自己测试一下，根据主键查询的话，会从数据库里找到匹配该主键的一条数据，update的话，那就相当于先查询，查询完之后再update，这样的话update比select耗时长一些。

调整数据结构、应用程序结构和SQL语句是优化ORACLE数据库性能的关键。本文将从这三个方面入手，为读者提供优化ORACLE数据库性能的实用方法。

oracle你通过jsp（java）操作的话，如果不设置autocommit为false，那么默认为autocommit状态。所以正常来说插入后是肯定能看得见的。但是问题是，你jsp中是否及时关闭connect的线程。

如果是在线事务系统，那么建立合适的索引非常重要，其次通过分区技术设立合理的分区键也可以大大提升更新前的查找定位效率。

解决方案1：这种比较没什么意义。需要注意的一点是，select 涉及的是共享锁，在nolock提示下可以保证不死锁。update涉及的是更新锁和排他锁，没有锁提示可以用，在一定条件下会等待很长时间，甚至死锁。

利用CREATE table as select xxxxx的办法来生成一新表T1 在T1上创建与目标表一样的索引把目标表删除或RENAME(注意备份以备反悔)把T1改名成目标表试了一下，果然非常地快，我的任务差不多在2Min就完成了。

你要在3千万的数据里面查询，一定要走索引，就是对查询条件的字段建立索引插入到的表和更新的表如果太大，如果插入非常频繁，可以插入取消部分索引。

游标的使用完全由你的应用需要决定，我相信能不用的你肯定不会选择使用游标处理，一般是实在没办法的情况下才选择游标去做。

原因很多，只能具体问题具体分析，一般来说，执行速度慢的原因有：sql语句效率太低循环次数太多导致慢数据量过于庞大，导致统计时速度慢等。

首先看看，先分析慢的原因，一部分是因为循环次数多，一部分是因为查询数据量大慢。

关于oracle更新数据慢和oracle更新大量数据的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。