数据库技术：oracle快速向表插入大量数据

　　OracleDatabase，又名OracleRDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的适应高吞吐量的数据库解决方案。

　　当需要对一个非常大的表INSERT的时候，会消耗非常多的资源，因为update表的时候，oracle需要生成redolog和undolog;此时最好的解决办法是用insert,并且将表设置为nologging;当把表设为nologging后，并且使用的insert时，速度是最快的，这个时候oracle只会生成最低限度的必须的redolog，而没有一点undo信息。如果有可能将index也删除，重建

　　1.altertabletable_namenologging;

　　2.insertintotable_nameselect*fromxxxx;

　　对此有了更好的解决方法：

　　1、altertablenologging;

　　注释：Nologging的设置跟数据库的运行模式有关

　　a、查询当前数据库的归档状态：

　　selectname,log_modefromv$database;

　　默认为NOARCHIVELOG非归档

　　b、nologging在归档模式下有效，非归档模式nologging不起什么作用

　　c、为了提高插入的速度，我们可以对表关闭写log功能。SQL如下：

　　sql>altertabletable_nameNOLOGGING;

　　插入/修改,完数据后，再修改表写日志：

　　sql>altertabletable_nameLOGGING;

　　d、没有写log，速度会块很多，但是也增加了风险，如果出现问题就不能恢复。

　　e，或createtabletable_namenologgingas(select*from...);

　　2、drop掉索引约束之类的;

　　3、使用直接插入的方式

　　insert/*+append+*/intotb_nameselectcolnam1,colname2fromtable_name;

　　a，数据库处于归档模式：当表模式为logging状态时,无论是否使用append模式,都会生成redo.当表模式为nologging状态时,只有append模式,不会生成redo。

　　数据库处于非归档模式：无论是在logging还是nologing的模式下，append的模式都不会生成redo,而noappend模式下都会生成redo。

　　b，建议不要经常使用append，这样表空间会一直在高水位上，除非你这个表只插不删

　　c，在使用了append选项以后，insert数据会直接加到表的最后面，而不会在表的空闲块中插入数据。

　　使用append会增加数据插入的速度。

　　的作用是在表的高水位上分配空间,不再使用表的extent中的空余空间

　　append属于directinsert,归档模式下append+tablenologging会大量减少日志,

　　非归档模式append会大量减少日志,append方式插入只会产生很少的undo

　　不去寻找freelist中的freeblock,直接在tableHWM上面加入数据。

　　4，总结

　　测试证明：

　　1.不管哪种模式下append要与nologging方式联用才能达到很好的效果。

　　2.非归档与归档方式，只用NOLOGGING是不起效果的。

　　3.非归档下append已达到不错的效果，但不及与nologging的联用方式。

　　4.归档下单append起不到效果。

　　NOLOGGING插完后最好做个备份。

　　另外，如果库处在FORCELOGGING模式下，此时的nologging方式是无效的。

　　原文链接：http://blog.sina.com.cn/s/blog_61cd89f60102e7gi.html

　　归档模式与非归档模式

　　Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满的时候，就会发生日志切换，这时联机重做日志组2成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，就这样反复进行。

　　如果数据库处于非归档模式,联机日志在切换时就会丢弃.而在归档模式下，当发生日志切换的时候，被切换的日志会进行归档。比如，当前在使用联机重做日志1，当1写满的时候，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到另外一个指定的目录下。这个目录叫做归档目录，拷贝的文件叫归档重做日志。

　　数据库使用归档方式运行时才可以进行灾难性恢复。

　　1.归档日志模式和非归档日志模式的区别

　　非归档模式只能做冷备份,并且恢复时只能做完全备份.最近一次完全备份到系统出错期间的数据不能恢复.

　　归档模式可以做热备份,并且可以做增量备份,可以做部分恢复.

　　原文链接：httPS://www.cnblogs.com/tdskee/p/8607474.html

　　redo与undo

　　1.什么是redo(用于重做数据)

　　redo也就是重做日志文件(redologfile)，Oracle维护着两类重做日志文件：在线(online)重做日志文件和归档(archived)重做日志文件。这两类重做日志文件都用于恢复;其主要目的是，万一实例失败或介质失败，它们能够恢复数据。由于数据库缓冲，对磁盘数据的更新不是实时的，但是对redo日志的更新会在commit之后确切发生。如果在事务提交之后，磁盘数据更新之前，系统发生故障，比如断电，系统重启之后会将那些已经写入redo，但是没有更新到磁盘的数据进行重做，这样系统就恢复到故障点之前了。redo日志默认3组，循环写入，第一组(每个组所有成员同时写入同样的信息)满了，切换到第二个，第二个满了切换到第三个，当所有组都写满之后，日志进程再次开始写第一个，后面的数据覆盖前面的数据，即为非归档模式。鉴于redo如此重要，需要将已写满的日志归档，即复制内容到其他地方，即开启归档日志模式，但是会影响系统性能。

　　2.什么是undo(用于回滚数据)

　　从概念上讲，undo正好与redo相对。你对数据执行修改时，数据库会生成undo信息，这样万一你执行的事务或语句由于某种原因失败了，或者如果你用一条ROLLBACK语句请求回滚，就可以利用这些undo信息将数据放回到修改前的样子。redo用于在失败时重放事务(即恢复事务)，undo则用于取消一条语句或一组语句的作用。undo保存在undo表空间中，且包含在redo日志中。当执行DML操作时，旧数据会写入undo中。事务回滚,未提交时，rollback,把undo中的旧数据重新写回数据段中;已提交时，进行闪回(flashback)操作，大多都是基于undo数据实现的。读一致性：用户检索数据时，ORACLE总是使用户只能看到被提交过的数据(当前事务中的其他语句可以看到未提交的数据)，或者特定时间点的数据(select语句时间点)。当某个用户在此查询点之后修改了数据，此查询读到这个数据时，就是通过在undo中读取来实现的。oracle使用scn来实现读一致性，系统变化号(SCN)是一个数据结构，它定义了一个给定时刻提交的数据库版本，SCN可以被认为是oracle的逻辑时钟，每一次提交数值都要增加。

　　ORACLE数据库系统是美国ORACLE公司(甲骨文)提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。