上一篇描述了主键约束的情况，今天突然想到，如果说Oracle在检查约束的时候不看约束条件，而检查索引的情况，那么肯定也会影响到其他的约束信息，比如CHECK和外键等，于是这里来检查其他类型的约束的情况。

还是使用上一篇文章中的测试表进行测试，下面删除唯一的索引，然后添加一个CHECK约束，然后执行导入操作：

SQL> DROP INDEX IND_T_CONS_ID;

索引已删除。

SQL> DELETE T_CONS WHERE ID > 5;

已删除12行。

SQL> COMMIT;

提交完成。

SQL> ALTER TABLE T_CONS ADD CONSTRAINT CK_T_CONS_ID CHECK (ID < 10);

表已更改。

SQL> HOST impdp yangtk/yangtk directory=d_output dumpfile=t_cons.dp content=data_only data_options=skip_constraint_errors Import: Release 11.1.0.6.0 – 64bit Production on 星期二， 14 10月， 2008 2:07:22 Copyright (c) 2003， 2007， Oracle. All rights reserved. 连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 – 64bit Production With the Partitioning， OLAP， Data Mining and Real Application Testing options已成功加载/卸载了主表 “YANGTK”.”SYS_IMPORT_FULL_01″ 启动 “YANGTK”.”SYS_IMPORT_FULL_01″: yangtk/******** directory=d_output dumpfile=t_cons.dp content=data_only data_options=skip_constraint_errors 处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA ORA-31693: 表数据对象 “YANGTK”.”T_CONS” 无法加载/卸载并且被跳过， 错误如下: ORA-39097: 数据泵作业出现意外的错误 -1作业 “YANGTK”.”SYS_IMPORT_FULL_01″ 已经完成， 但是有 1 个错误 (于 02:08:15 完成)

　　果然导入失败，看来Oracle的这个bug很严重，对于PRIMARY KEY约束而言，非唯一索引的情况比较少，而对于CHECK和FOREIGN KEY而言，能添加唯一索引的情况少之又少。现在这个bug会导致这个功能目前对外键和约束无效。

下面添加一个唯一索引进行测试：

SQL> CREATE UNIQUE INDEX IND_T_CONS_ID ON T_CONS(ID);

索引已创建。

SQL> HOST impdp yangtk/yangtk directory=d_output dumpfile=t_cons.dp content=data_only data_options=skip_constraint_errors Import: Release 11.1.0.6.0 – 64bit Production on 星期二， 14 10月， 2008 2:09:08 Copyright (c) 2003， 2007， Oracle. All rights reserved. 连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 – 64bit Production With the Partitioning， OLAP， Data Mining and Real Application Testing options已成功加载/卸载了主表 “YANGTK”.”SYS_IMPORT_FULL_01″ 启动 “YANGTK”.”SYS_IMPORT_FULL_01″: yangtk/******** directory=d_output dumpfile=t_cons.dp content=data_only data_options=skip_constraint_errors 处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA . . 导入的 “YANGTK”.”T_CONS” 5.648 KB 4 用完了 17 行 5 行因以下错误而被拒绝:

ORA-00001: 违反唯一约束条件 (YANGTK.IND_T_CONS_ID)

8 行因以下错误而被拒绝:

ORA-02290: 违反检查约束条件 (YANGTK.CK_T_CONS_ID)

作业 “YANGTK”.”SYS_IMPORT_FULL_01″ 已于 02:09:14 成功完成

果然，添加唯一索引后，Oracle启动了约束的检查，而且对唯一索引和约束进行了分别的处理。

那么Oracle是否要求索引列就是约束的检查列呢，下面将唯一索引删除，并在NAME列上添加一个唯一索引：

SQL> DROP INDEX IND_T_CONS_ID;

索引已删除。

SQL> CREATE UNIQUE INDEX IND_T_CONS_NAME ON T_CONS(NAME);

索引已创建。

SQL> DELETE T_CONS WHERE ID > 5;

已删除4行。

SQL> COMMIT;

提交完成。

SQL> HOST impdp yangtk/yangtk directory=d_output dumpfile=t_cons.dp content=data_only data_options=skip_constraint_errors Import: Release 11.1.0.6.0 – 64bit Production on 星期二， 14 10月， 2008 2:32:33 Copyright (c) 2003， 2007， Oracle. All rights reserved. 连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 – 64bit Production With the Partitioning， OLAP， Data Mining and Real Application Testing options已成功加载/卸载了主表 “YANGTK”.”SYS_IMPORT_FULL_01″ 启动 “YANGTK”.”SYS_IMPORT_FULL_01″: yangtk/******** directory=d_output dumpfile=t_cons.dp content=data_only data_options=skip_constraint_errors 处理对象类型 TABLE_EXPORT/TABLE/TABLE_DATA . . 导入的 “YANGTK”.”T_CONS” 5.648 KB 4 用完了 17 行

5 行因以下错误而被拒绝:

ORA-00001: 违反唯一约束条件 (YANGTK.IND_T_CONS_NAME)

8 行因以下错误而被拒绝:

ORA-02290: 违反检查约束条件 (YANGTK.CK_T_CONS_ID)

作业 “YANGTK”.”SYS_IMPORT_FULL_01″ 已于 02:32:38 成功完成

看来Oracle只是需要一个唯一索引来启动这个功能，与这个唯一索引是否在约束列上没有关系。

这样的话，这个功能对于表的限制并不算太多，因为毕竟大部分表都包含主键或唯一键，也就是说绝大部分表都会包含唯一索引。

不管怎么说，这个bug仍然存在，Oracle如果就是这样实现的，那么至少应该在文档中说明一下。