有人用AUL去恢复带有NCHAR/NVARCHAR2类型列的表时, 遇到了问题, 导成文本方式则不知道如何用SQLLDR装入到新的数据库中, 而恢复成DMP格式时, 则导入后变成乱码. 这是因为AUL在设计时没有考虑NCHAR/NVARCHAR2这样的数据类型. 其原因是数据库的字符集是WE8ISO8859P1, 一个单字节的字符集, 而民族语言字符集则为AL16UTF16, 一个双字节的UNICODE字符集. 用AUL恢复时是不进行任何字符集转换的, 于是导出的文本文件中就有两种字符集了. 而在DMP文件中对于不同的列类型, 其内部的格式有所不同.

    我花了三个小时增加了DMP格式对NCHAR/NVARCHAR2的支持, 看在AUL中DESC一个表的结果:

AUL> DESC SYS.TEST_NCHAR

Storage(OBJ#=9876 OBJD=9876 TS=0 FILE=1 BLOCK=28465 CLUSTER=0)
No. SEQ INT Column Name      Type
--- --- --- ---------------- ----------------
  1   1   1 COL1             NVARCHAR2(100)
  2   2   2 COL2             NVARCHAR2(100)

    并增加了一个"SET NLSCHARSET"命令, 默认NLSCHARSET为2000, 指AL16UTF16. 如果你在我网上的字符集表(根据8i制作)中找不到某个字符集的ID, 你可以下载AnySQL来查询, 连接到数据库后用"ORA CHARSET charset"来获得字符集编号, 如下所示:

ASQL> ORA CHARSET AL

  ID HEX_ID CHARSET_NAME
---- ------ ------------
870  0366  AL24UTFFSS  
873  0369  AL32UTF8    
2000  07D0  AL16UTF16  

3 rows returned.

    Windows和Linux平台的可执行文件已经更新, 版本号变为"3.2.3".