根据前些天为某大飞机公司导入某大飞机生产数据的经历，准备写篇关于Oracle导出文件DMP格式的分析，结果在本机导出一组演示数据时候，出现了错误，顺便解决下。
本机装的是Oracle 11g 32bit(11.0.6)的Client，主要是为了使用ODT.Net 11.0.6.21，支持VS2008。但是采用EXP命令导出数据库的时候，出现了些诡异的错误。
执行
C:/>EXP plx/plx@orcl FILE=c:/plx.dmp TABLES=(s,sc,c)
结果报错
Export: Release 11.1.0.6.0 – Production on 星期日 7月 26 12:42:19 2009
Copyright (c) 1982, 2007, Oracle. All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 – Production
With the Partitioning, OLAP and Data Mining options
已导出 ZHS16GBK 字符集和 UTF8 NCHAR 字符集
服务器使用 UTF8 字符集 (可能的字符集转换)
即将导出指定的表通过常规路径…
. . 正在导出表 S
EXP-00008: 遇到 ORACLE 错误 904
ORA-00904: “MAXSIZE”: invalid identifier
. . 正在导出表 SC
EXP-00008: 遇到 ORACLE 错误 1003
ORA-01003: no statement parsed
. . 正在导出表 C
EXP-00008: 遇到 ORACLE 错误 904
ORA-00904: “MAXSIZE”: invalid identifier
EXP-00008: 遇到 ORACLE 错误 942
ORA-00942: table or view does not exist
EXP-00024: 未安装导出视图, 请通知您的 DBA
EXP-00000: 导出终止失败
很诡异，从来没见过的错误，怎么会报没有字段的错误呢。
于是Google（在技术资料方面BAIDU就是垃圾），
有个哥们说是数据字典丢了，我很诧异，我前几天在Oracle 10g Client下导出过了，怎么会丢失数据字典，还是半信半疑的执行了。
在服务器上执行
oracle@linux-lrn6:~> sqlplus sys/sys@orcl as sysdba
SQL>@/opt/oracle/product/10.2/db_1/rdbms/admin/catexp.sql
以重建数据字典。
建好了后，再次执行导出，还是不行。
但是我在服务器上执行同样的语句就可以。
于是我意识到可能是EXP版本问题，于是测试。
在一台11g的机器上运行一条SQL检测那个MAXSIZE是个什么列。
SQL> select distinct table_name from user_col_comments where column_name=’MAXSIZE’;
TABLE_NAME
————————————————————
EXU9STOU
EXU9PLB
EXU9PDSU
EXU9LBCPU
EXU9PDS
EXU9IXCP
CPOOL$
EXU9TBCPU
EXU9TBCP
EXU9STO
EXU9IXCPU
TABLE_NAME
————————————————————
DBA_CPOOL_INFO
EXU9TBS
EXU9PLBU
EXU9LBCP
然后在10g的服务器上运行同样的语句，没有返回行。可见MAXSIZE是11g在数据字典中新加的项，10g是没有的。
#10g
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 – 64bit Production
With the Partitioning, OLAP and Data Mining options
SQL> desc sys.exu9tbs
名称 是否为空? 类型
—————————————– ——– —————————-
ID NOT NULL NUMBER
OWNER CHAR(6)
NAME NOT NULL VARCHAR2(30)
ISONLINE VARCHAR2(7)
CONTENT VARCHAR2(9)
INIEXT NOT NULL NUMBER
SEXT NOT NULL NUMBER
PCTINC NOT NULL NUMBER
MINEXT NOT NULL NUMBER
MAXEXT NOT NULL NUMBER
MINLEN NUMBER
DEFLOG NOT NULL NUMBER
EXT_MGT NOT NULL NUMBER
ALLOC_TYPE NOT NULL NUMBER
BLOCKSIZE NOT NULL NUMBER
#11g
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 – Production
With the Partitioning, OLAP and Real Application Testing options
SQL> desc sys.exu9tbs
名称 是否为空? 类型
—————————————– ——– ————————-
ID NOT NULL NUMBER
OWNER CHAR(6)
NAME NOT NULL VARCHAR2(30)
ISONLINE VARCHAR2(7)
CONTENT VARCHAR2(9)
INIEXT NOT NULL NUMBER
SEXT NOT NULL NUMBER
PCTINC NOT NULL NUMBER
MINEXT NOT NULL NUMBER
MAXEXT NOT NULL NUMBER
MINLEN NUMBER
DEFLOG NOT NULL NUMBER
EXT_MGT NOT NULL NUMBER
ALLOC_TYPE NOT NULL NUMBER
BLOCKSIZE NOT NULL NUMBER
MAXSIZE NUMBER ———>问题在这里
所以，导入导出数据的时候，还是尽可能的版本统一，10g导10g的，11g导11g的，免得不必要的麻烦。
好了，言归正传，分析DMP格式。
DMP是什么诡异格式？就是上面Oracle的EXP工具导出的备份文件的格式。
某次脑子发烧用gVim打开DMP猛然发现它就是一些SQL，令我非常诧异，于是发现了一些诡异的修改备份的方法，就是直接修改DMP文件。
下面我打开一个新鲜导出的备份文件，分析一下DMP的结构。
首先一打开DMP，最上面有几行这样的东西：
DPLX
RUSERS
8192
0
20
0
下面那些数字不要管，数据库的一些参数，DPLX就是导出的用户名，D是标识，PLX是用户名，EUSERS是默认表空间，E是标识，USERS是表空间。
继续往下看，能看到这样的语句：
sys.dbms_logrep_imp.instantiate_schema(schema_name=>SYS_CONTEXT(’USERENV’,'CURRENT_SCHEMA’), export_db_name=>’ORCL.REGRESS.RDBMS.DEV.US.ORACLE.COM’, inst_scn=>’5603910′);
这个是建立模式的语句，原则上每个用户就是一个模式，Schema。
这上面这些东西，最好都不要改，改了要出事的，一般导入就不行了，会失效，因为DMP虽然大部分是明文SQL，但是也有一部分是二进制的，改了这里会影响校验。
再往后看就有建表语句了，
CREATE TABLE “C” (”CNO” NUMBER(10, 0) NOT NULL ENABLE, “CNAME” VARCHAR2(20) NOT
NULL ENABLE, “CPNO” NUMBER(10, 0), “CCREDIT” NUMBER(3, 0) NOT NULL ENABLE) PCTF
REE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 65536 FREELISTS 1 FREE
LIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE “USERS” LOGGING NOCOMPRESS
有时候导出的表空间混乱，就可以在黄色底色的那里改，替换成想要的表空间。
然后一个表下面就是插入数据的语句了：
INSERT INTO “C” (”CNO”, “CNAME”, “CPNO”, “CCREDIT”) VALUES (:1, :2, :3, :4)
再往下就是一堆二进制，就是要插入的数据，那个就改不了了，Oracle没有公开格式。
不过知道这些已经足以解决导入中的很多问题，尤其是表空间混乱的问题。
某大飞机数据库就非常混乱，一个ARJ用户模式（我没有泄密，公开的）下有来自ARJ,M3,USERS,SYSTEM等表空间的表，就是导入的时候方法不正确。然后用上篇Oracle日志中取消权限的方法，也会有些表导不进去，这是Oracle的BUG，但是我这样改了以后，导入后想在哪个表空间就哪个表空间。
用这种方法修改了某大飞机的两个数据库导出文件，导入到同一个用户模式下了，表空间全部统一，数据没有丢失，导入过程完全没用警告。