oracle 增量备份恢复策略(基础知识)
EXP和IMP是Oracle提供的一种逻辑备份工具。逻辑备份创建数据库对象的逻辑拷贝并存入一
个二进制转储文件。这种逻辑备份需要在数据库启动的情况下使用,
其导出实质就是读取一个数据库记录集（甚至可以包括数据字典）并将这个记录集写入一个文件,这些记录的导出与其物理位置无关，导入实质就是读取转储文件并
执行其中的命令。此备份方式是通过Oracle的实用工具export和import来实施的，
export是把数据库中的数据导出，import是把export卸出的数据导入数据库中。通过此工具可以衍生出多种功能,
比如整个数据库的备份、表结构重建、数据的传输、用户的改变等等。
Oracle Export/Import工具提供了灵活多样的功能和导出/导入模式，最常使用的三种模式是User、table和full database。除此以外，还可以在导出/导入时决定是否包含与对象有关的数据字典信息，如索引、约束、权限等等。
注意：通过逻辑备份可以备份整个数据库, 或仅备份部分重要数据。因为是逻辑上的备份,故只能用于逻辑的恢复数据, 一旦数据库被物理损坏, 导致不能启动,逻辑备份的数据不能帮助恢复数据库。
1. Export/Import的使用举例：（以下操作均为在
(1). 将一个用户的对象导入到另一个用户模式中：
把数据库中原有的用户Export至一个dmp文件（如把用户olduser的对象导出到文件olduser0701.dmp中）：
$ exp sys/password file= olduser0701 owner=olduser grant=N indexes=Y rows=Y
从dmp文件中把一个用户的对象import至一个用户的模式中（从olduser0701.dmp中，把用户olduser的对象导入到用户newuser中）：
$imp sys/password file=olduser0701 fromuser=olduser touser=newuser indexes=Y rows=Y
(2). 导入时避免出现ORA-00942(表或是图不存在)错误:
因为，导出是按照在数据库中对象建立的顺序进行的，从而在导入时，数据库对象之间的依赖性会引起某些先导入对象找不到其依赖对象（如view、
procedure等等），就会引起ORA-00942(表或是图不存在)错误。通常解决这种问题的方法是，做两次导入工作，第一遍导入时设置如下：
$ imp sys/password file=demo0701 full=Y commit=y rows=Y
相关文档：
虽然学习Java很久了，自己也连接过一些数据库，比如mysql之类的，如今呢，也学习了一段时间的Oracle，然而呢，今天是我第一次连接Oracle，嘿嘿，应该还不算太迟吧。
今天呢，有点笨拙，大家莫笑！
我这是一个查询例子
首先，� ......
刚才上网搜checkpoint cnt，看到EYGLE写的一篇文章，写得不错，存起来方便以后学习。
=========================================================================
通过试验说明checkpoint cnt 和checkpoint scn的关系
1.在不同条件下转储控制文件
SQL> alter session set events 'immediate trace name C ......
* 如果某个约束只作用于单独的字段，即可以在字段级定义约束，也可以在表级定义约束，但如果某个约束作用于多个字段，
必须在表级定义约束
* 在定义约束时可以通过CONSTRAINT关键字为约束命名，如果没有指定，ORACLE将自动为约束建立默认的名称
定义primary key约束(单个字段）
create t ......
1.集合操作
学习oracle中集合操作的有关语句，掌握union,union all,minus,interest的使用,能够描述结合运算，并且能够将多个查询组合到一个查询中去，能够控制行返回的顺序。
包含集合运算的查询称为复合查询。见表格1-1
表1-1
Operator Returns ......
创建临时表空间
创建临时表空间
CREATE TEMPORARY TABLESPACE test_temp
TEMPFILE 'C:\oracle\product\10.1.0\oradata\orcl\test_temp01.dbf'
SIZE 32M
AUTOEXTEND ON
NEXT 32M MAXSIZE 2048M
EXTENT MANAGEMENT LOCAL;
创建用户表空间
创建用户表空间
CREATE TABLESPACE test_data
LOGGING ......
