[问题背景] 2013-08-02 为某地市做了1个脚本用于帮客户账户添加一个新的账本.犯了一个很二的错,存储过程如下(SQL记录用户以后查询),一晚上只执行了190W数据 脚本如下 数据库中总共有500W或者更多的客户.   [问题原因] 但由于每次循环时都COMMIT提交,导致效率低,       相比之下,每1W条提交,肯定是更有效率的因为每一次commit会触发LGWR做很多相应的操作,将重做BUFFER中的数据写到日志当中,然后去处理回滚段的相应信息,让回滚段中900秒(默认)之外的信

Oracle COMMIT语句相信大家都有一定的了解,下面就为您介绍Oracle COMMIT语句的处理步骤,希望对您能有所帮助. Oracle COMMIT语句处理顺序 当事务提交时,Oracle分配一个唯一的顺序号SCN(System Change Number)给事务.数据库恢复总是基于该SCN号来进行处理.SCN号是记录在控制文件.数据文件.块头及重做日志文件中. 1．Oracle COMMIT语句处理步骤: Oracle 在下面情况提交事务: 发出一个COMMIT语句 | 执行DDL语

1111 CREATE OR REPLACE PROCEDURE update_hav_tpnd IS  CURSOR hav_tpnd_cur IS    SELECT d.hav_tpnd, d.item, d.sheetid FROM it_item@jvids_dev_jvrms d;BEGIN  FOR rec_hav_tpnd IN hav_tpnd_cur LOOP    UPDATE it_item       SET hav_tpnd = rec_hav_tpnd.hav_tp

当你晕晕乎乎的执行了commit之后,突然间意思到自己点错了,那说明你和我碰到了一样的问题. 瞬间感觉大冷天头顶冒汗,那就说明你的感觉对了.废话少说,下面是我的办法: 下面的例子都是以Test表为例.select t.*,t.rowid from Test t;-----执行了一堆命令commit;意识到自己点错了.开始恢复了select * from Test as of timestamp to_timestamp('2016-12-29 15:04:56','yyyy-mm-dd hh24

COMMIT是一个非常快的操作,当我们发布commit命令时,真正困难的动作已经完成,在数据库中已经执行了数据更改,所以已经完成了99%的任务,例如:下列操作已经产生: 1.在SGA(Buffer Cache)中已经生成了undo块:      2.在SGA(Buffer Cache)中已经生成了产生改变的数据块和索引块:      3.在REDO LOG BUFFER生成了前面两项的redo信息;      4.依赖于前三项产生的数据量大小以及操作需要的时间,buffer中的数据可能已经   

要去面试了,复习一下HIBERNATE的相关知识吧,原来边看视频边写的代码如下,已经分不清先后次序了,大致看一看吧. 先看下总的配置文件hibernate.cfg.xml: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN"

1 什么是AOP AOP为Aspect Oriented Programming的缩写,意为:面向切面编程,通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术.AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型.利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率. 2 通过配置实现AOP编程 2.1 导包 2.2 编写切面类(其实就是一个类) pack

行政区划sql数据脚本 IF (EXISTS(SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[TB_Province]') AND type ='U')) BEGIN DROP TABLE [dbo].[TB_Province] END GO SET ANSI_NULLS ON SET QUOTED_IDENTIFIER ON GO CREATE TABLE [dbo].[TB_Province] ( [ID] big

本文转自 : http://blog.csdn.net/hzhsan/article/details/9719307 它执行的时候,你不会有什么感觉.commit在数据库编程的时候很常用,当你执行DML操作时,数据库并不会立刻修改表中数据,这时你需要commit,数据库中的数据就立刻修改了,如果在没有commit之前,就算你把整个表中数据都删了,如果rollback的话,数据依然能够还原.听我这么说,你或许感觉commit没什么用,其实不然.当你同时执行两条或两条以上的sql语句时,问题就出现了

触发器不能调用或间接调用COMMIT,ROLLBACK等DCL语句 在触发器中不能运行 ddl语句和commit,rollback语句 ddl语句:DDL语句用语定义和管理数据库中的对象,如Create,Alter,Drop,truncate等:DDL操作是隐性提交的!         操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger DML(Data Manipulation Language)数据操纵语言命令使用户能够查询数据库以及操作已有数

触发器无需commit也不能写commit触发器和触发它的DML是同一个事务DML提交了,触发器的操作也提交了,要不就一起回滚了 当然,如果你一定要在触发器里写COMMIT那就用自治事务相当于一个事务里的子事务 正常情况下,Oracle规定在触发器中不能运行 ddl语句和commit,rollback语句. 解决办法有两种: 1.在可以在触发器中加入:pragma autonomous_transaction; 表示自由事务处理.如: create or replace trigger UPDA

写完DML语句(update, insert, delete)后,需要手动COMMIT,如果没有COMMIT,更新的内容会被保存到内存中,而不是提交到数据库中,将不会被其他Session(对话)看见.其他对话看到的是更新前的数据.当用户退出对话时,Oracle才会自动Commit. 而DDL语句(create, alter, drop, truncate),自带COMMIT,所以不需要写COMMIT.因此,DDL操作不能被回滚. 执行完DML语句,如果再执行DDL语句,也会自动COMMIT未被C

通常我们执行sql或pl/sql时,需要我们手工提交.这样才能使所做的更改永久保存到数据库. 但有时即使我们没有在sql或pl/sql中发出commit命令,所做的更改也会被提交.这种提交是在某些特定的情况下oracle自动发生的,通常包括以下一些情况(不是很全,只是自己知道的其中几种,欢迎大家补充): DDL语句(像如:create table...)被执行; DCL语句(像如:grant.revoke..)被执行; 用户从DB中disconnect; sqlplus中使用exit命令; DM

1.问:用JDBC访问ORACLE数据库,做DELETE操作,能用JAVA多线程实现吗? ORACLE服务器要怎么配?(以下答案来自网络,仅供参考) 答: Oracle有自己的锁机制.就算你开100条线,它还是一条一条删除.不能同时删除多项的.     对于大量数据更新,Oracle有建议一些优化措施.     (1) 首先是把auto-commit给关闭.因为你每删一条数据,oracle就要自动执行一次commit.commit是需要资源的.所以如果你手动设置为每删数据1000条,执行一次co

oracle的commit就是提交数据(释放锁),在未提交前你前面的操作更新的都是内存,没有更新到物理文件中.执行commit从用户角度讲就是更新到物理文件了,事实上commit时还没有写date file,而是记录了redo log file,要从内存写到data物理文件,需要触发检查点,由DBWR这个后台进程来写,这里内容有点多的,如果不深究的话你就理解成commit即为从内存更新到物理文件. 锁有很多种,一般我们关注的都是DML操作产生的,比如insert,delete,update,se

java通过jdbc thin方式连接数据库后,对数据库操作时会出现以下两种情况,我这可能记录不全: 1.在sqlplus中查询得到和java终端中输出的查询结果不同 2.执行某些sql语句卡住不动 这些情况只需要在sqlplus中执行 SQL>commit; 就可以完美解决 SQL> commit; 提交完成. 原文链接:http://blog.csdn.net/hzhsan/article/details/9719307 解释了执行executeUpdate语句卡住不动的原因:http:/

Oracle 临时表:在 Oracle 中创建一张表,这个表不用于其他的什么功能,主要用于自己的软件系统一些特有功能才用的,而当你用完之后表中的数据就没用了. Oracle 的临时表创建之后基本不占用表空间,如果你没有指定临时表(包括临时表的索引)存放的表空的时候,你插入到临时表的数据是存放在 ORACLE 系统的临时表空间中( TEMP ).1 .临时表的创建创建Oracle 临时表,可以有两种类型的临时表:会话级的临时表事务级的临时表 .1) 会话级的临时表因为这这个临时表中的数据和你的当前

今天oracle的SQL plus 运行该删除和查询操作,然后PL/SQL还运行查询.相同的句子,结果是不一样的.我郁闷很大,然后,突然想到这可能对双方造成由数据不一致,为什么不一致呢.就是没用commit, 在网上查了一下,大概是这样说的: DML语言,比方update,delete,insert等改动表中数据的须要commit; DDL语言,比方create,drop等改变表结构的.就不须要写commit(由于内部隐藏了commit); DDL 数据定义语言: create table 创建

之前看过老杨http://yangtingkun.itpub.net/post/468/231000的一篇文章,讲述了INSERT操作对全文索引无操作,但DELETE时为了防止删除的数据仍能通过索引的ROWID访问产生的错误,此时会进行索引的删除操作,因此大批量的DELETE-COMMIT就会耗时,甚至导致数据库挂起. 最近因为工作上的需求,有个任务涉及到数据迁移,因此一直关注COMMIT耗时的问题,就想按照老杨的方法,看看对于普通索引,上述所说的COMMIT是否有影响. 测试环境:Oracle

今天在oracle的SQL plus 中运行了删除和查询操作,然后在PL/SQL中也运行查询操作,语句一样,结果却不一样,让我大感郁闷,后来才突然想到可能是两边数据不一致造成的,可是为什么不一致呢,就是没用commit, 在网上查了一下,大概是这样说的: DML语言,比方update,delete,insert等改动表中数据的须要commit; DDL语言,比方create,drop等改变表结构的,就不须要写commit(由于内部隐藏了commit); DDL 数据定义语言: create ta

今天操作Oracle数据库时,做一个Update数据时,不小心少写了个where,看这粗心大意的. 于是乎,把所有的员工工号都给更新成一个同一个工号了.这是一个悲催的故事. 因为工号是Check了好多次才存入数据库,工号是唯一性的啊~~ 不过,好在更新过后意识到这一点了.于是乎,先停止操作数据库.想想数据库Commit过后的数据可以回退不!在网上搜索了一下.发现Oracle有“闪回”的功能.具体“闪回”的概念,可以参见百度百科. 如果多次commit数据后,那可不可以闪回呢?貌似不可以.闪回只能