Oracle的redo 和undo的区别
写的次序:
redo--> undo-->datafile
insert一条记录时, 表跟undo的信息都会放进 redo 中, 在commit 或之前, redo 的信息会放进硬盘上. 故障时, redo 便可恢复那些已经commit 了的数据.
redo->每次操作都先记录到redo日志中，当出现实例故障（像断电），导致数据未能更新到数据文件，则数据库重启时须redo，重新把数据更新到数据文件
undo->记录更改前的一份copy，但你系统rollback时，把这份copy重新覆盖到原来的数据
redo->记录所有操作，用于恢复（redo records all the database transaction used for recovery）
undo->记录所有的前印象，用于回滚（undo is used to store uncommited data infor used for rollback）
redo->已递交的事务,实例恢复时要写到数据文件去的
undo->未递交的事务.
redo的原因是：每次commit时，将数据的修改立即写到online redo中，但是并不一定同时将该数据的修改写到数据文件中。因为该数据已经提交，但是只存在联机日志文件中，所以在恢复时需要将数据从联机日志文件中找出来，重新应用一下，使已经更改数据在数据文件中也改过来！
undo的原因是：在oracle正常运行时，为了提高效率，加入用户还没有commit,但是空闲内存不多时，会由DBWR进程将脏块写入到数据文件中，以便腾出宝贵的内存供其它进程使用。这就是需要UNDO的原因。因为还没有发出commit语句，但是oracle的dbwr进程已经将没有提交的数据写到数据文件中去了。
undo 也是也是datafile， 可能dirty buffer 没有写回到磁盘里面去。
只有先redo apply 成功了，才能保证undo datafile 里面的东西都是正确的，然后才能rollback
做undo的目的是使系统恢复到系统崩溃前(关机前)的状态,再进行redo是保证系统的一致性.
不做undo,系统就不会知道之前的状态,redo就无从谈起
所以instance crash recovery 的时候总是先rollforward， 再rollback
undo
回退段中的数据是以“回退条目”方式存储。
回退条目=块信息(在事务中发生改动的块的编号)+在事务提交前存储在块中的数据
在每一个回退段中oracle都为其维护一张“事务表”
在事务表中记录着与该回退段中所有回退条目相关的事务编号（事务SCN&回退条目）
redo
重做记录由一组“变更向量”组成。
每个变更变量中记录了事务对数据库中某个块所做的修改。
当用户提交一条commit语句时，LGWR进程会立刻将一条提交记录写入到重做日志文�
相关文档：
oracle中pro*c的学习
一 Pro*C 程序概述：
1．什么是Pro*C程序
在ORACLE数据库管理和系统中， 有三种访问数据库的方法；
（1） 用SQL*Plus， 它有SQL命令以交互的应用程序访问数据库；
（2） 用第四代语言应用开发工具开发的应用程序访问数据库，这些工具有SQL*froms，QL*Reportwriter,SQL*Menu等；
（3） 利用在 ......
显示Oracle查看分区表信息
显示数据库所有分区表的信息：DBA_PART_TABLES
显示当前用户可访问的所有分区表信息：ALL_PART_TABLES
显示当前用户所有分区表的信息：USER_PART_TABLES
显示Oracle查看分区表信息 显示数据库所有分区表的详细分区信息：DBA_TAB_PARTITIONS
显示当前用户可访问的所有分区表的详细分区信息� ......
等待事件的源起
等待事件的概念大概是从ORACLE 7.0.12中引入的，大致有100个等待事件。在ORACLE 8.0中这个数目增大到了大约150个，在ORACLE 8I中大约有220个事件，在ORACLE 9IR2中大约有400个等待事件，而在最近ORACLE 10GR2中，大约有874个等待事件。
虽然不同版本和组件安装可能会有不同数� ......
服务器启动的过程
Oracle数据服务器的常规启动过程:
1、启动TNS监听 C:\Documents and Settings\Administrator>lsnrctl start
......
