oracle批量更新(oracle批量更新多条数据)

oracle中多个update语句，如何一次性执行完？

{Console.Write(ex.Message);

每个语句后面要加分号(;).就可以批量执行了,会自动按顺序执行下来.

oracle批量更新(oracle批量更新多条数据)

alter table t1 nologging;

如果表比较大,每隔几句,在后面加个commit;(分号也要)就行了.

from dba_tabs

其实你只需要注意的是，不要修改同一条记录就可以，因为会有锁。

我觉得你可以使用toad，然后把update语句都粘到一个session下，按F5，应该就可以了。别忘了commit，要不其他人再改这数据会hang住的

oracle update 多表关联如何替换数据?

/+ parallel(a,8) / ,根据你们的的配置,并行插入,/+ parallel(a,8) / 这个是8倍的并行.

与其说oracle如何u如果UPDATE的是索引字段，就会涉及到索引的重建，暂停索引不会提高多少的速度，反而有可能降低UPDATE速度，pdate索引数据

还不如说如何提高更新的效率.

简单说来：

1、暂停索引，更新后恢复.避免在更新的过程中涉及到索没次1000条提交一次。引的重建.

3、创建一临时的大的表空间用来应对这些更新动作．

因为在更新是索引可以提高数据的查询速度，重建索引引起的速度降低影响不大。

oracle优化修改参数多也只能把性能提高15%，大部分都是sql语句的优化！

SQL 批量更新语句

1、 append只在insert … select …中起作用，像insert /+ append / into t values(…)这类的语句是不起作用的。在update、delete作中，append也不起作用。

用多条语句来实现这样的更新是很简单的,我想你问的是用一条SQL语句来更新吧

这样可以节省数据库写日志的时间

UPDATE m2、 Direct-Path会使数据库不记录直接路径导入的数据的重做日志，会对恢复带来麻烦。usic

SET SpecialID = CASE WHTN ID>=1 AND ID<=5000 THEN 11 ELSE 33 END

UPDATE [music] SET SpecialID = case when [id]<=5000 then 11 when ([id]>5000 and [id]<10000) then 33 end

如何批量将ORACLE数据库所有用户表的时间字段值修改为当前时间

1、如果更新的数据量接近整个表，就不应该使用index而应该采用全表扫描

select 'update 'ORACLE优化修改参数多也只能把性能提高15%，大部分都是SQL语句的优化！ ||table_name ||' set datetime =sysdate'

2、批量更新，每更新一些记录后及时进行提交动作.避免大量占用回滚段和或临时表空间.

;然后把步生成的脚本导出，执行。

oracle数据库字段内容如何批量替换?

c、必须指定table的并行属性，在创建的时10、 Direct-Path INSERT比常规的插入需要更多的空间。因为它将数据插入在高水位之上。并行插入非分区表需要更多的空间，因为它需要为每一个并行线程创建临时段。候或者其他时候，或者在insert作时使用“PARALLEL”提示。

update As_user set u=replace(u,'0','1')

insert into t1 select from t;

select from as_user where uflag in(0,1) order by uflag;

高分求助：oracle 大表更新，大约200万，insert和update太慢，如何解决？

int int

写个存储过程，使用pl/sql MARGE INTO 方法

写法是这SELECT FROM tableB;样的

详细访问百度问库：

存储过程，你肯定会写，不会写就找我吧。我每天白天都在

数据库 jsp页面

varchar32 String

不需要设置编码，只要保证页面和数据库都是utf-8就可以了，看看你的表中的字段类型，再对照着看看页11、 在插入期间，数据库在表上获得排他锁，用户不能在表上执行并行插入、更新或者删除作，并行的索引创建和build也不被允许。但却可以并行查询，但查询返回的是插入之前的结果集。面设置的类型，是否一致，问题就解决了！

1. 先分步核实各动作消耗的时间, 确定缓慢原因

2. 如果是在A表中检索消耗的时间多, 则需要优化索引.

3. 如果是在插入的时间长, 需要优化系统配置, 系统优化关系方面太多, 无法在短篇内说明,

需要你去了解Oracle性能优化与作系统优化的相关专著.

建一个游标或者触发器可以解决查询慢的问题，然后根据索引获取要修改或要插入的数据，这样就快多了

分批处理

SQL或ORACLE数据库UPDATE时自动记录更新时间

b、必须在session中使并行DML生效，执行以下sql语句：

dml作（insecmd.Parameters.Add(param_3);rt

,delete

,update）之后，一定要使用commit或rollback命令来结束该事务，否则直接关闭sql

plus，数据库默认rollback之前未提交的事务，所以今天你在select的时候

会显示未选定行。

而手动输入commit,rollback

这类的命令，是显示的提交事务（完成事务）。

如果在dml作之后未及时显示的提交，而是又进行了ddl作（create

alter...）,则数据库会隐式的提交之前未完成的事务。

所以

2、批量更新，每更新一些记录后及时进行提交动作.避免大量占用回滚段和或临时表空间.下次一定要注意哦~~

oracle数据库，一次update 100条，和一次update 1条，一共update 100次，哪个快？

long long

Direct-Path插入特点：顶楼上的，数据量少就一次update，数据量大就循环分多次update，每10000行commit一次。

要看具体的应用场景，在使用相同限制条件的情况下通常是一次更新多为了提高速度可以使用下面方法，来减少插入过程中产生的日志，并且可以制定并行度:条比较快。

条件相同时，一次更新多条比较快

高手救我，oracle中如何对频繁更新的表索引进行维护

WHERE ID>=1 AND ID <=10000

每天300w，不算多也不算少，首先不知道你说的数据库慢一半是写慢了，还是读慢了，如果是读慢了，可以写个定时对表和索引进行分析，此外看索引是否合理使用了，执行分析下应该就知道了。如果是写太慢的话，是否硬件IO速度太了？如果用的是RAID5的话读速度尚可，写速度过慢就是肯定的了，考虑改用RAID01。硬件升级放一边，回过头来考虑索引是否建的有点过多了，是否都有用？是否有那么多的读作必须用到这些索引？其次考虑分区表，按天分区是个选择，不过说实话，分区表维护起来不是很方便。

还有一种方法可以当作是分区表的替代方案，咋听起来比较复杂，但是可能是对你这种库的的方案，个人经验，仅供参考。每天的数据建一个表，写每天运行一次的存储过程动态创建，表名比如叫做TABLENAME_20101201这种的，每天的数据放每天的表里面try。应用要访问数据时候一般来说事先都知道是哪天的了，所以动态表名也不是问题。这样的好处是单表数据量小，SQL语句高效，且维护简便，不想要的数据直接连表就DROP掉了，或者先倒出来或者做过统计后再删除，非常灵活。当然了，前提是需要DBA对动态PLSQL比较熟。应该对你来说问题不大吧？

如果是大批量插入，可以考虑先删除索引，插入后，在创建索引。

我们公司oracle有千万级的，好像没你说的这种情况啊。建议找个DBA分析一下

1。读频繁么，不频繁的话 建议删commit;掉索引。

2。使用非聚集索引