我们都知道，唯一约束是基于唯一索引的，如果没有唯一索引，那么在建立唯一约束的时候会自动创建相应的唯一索引。而今天我在创建唯一约束以后，发生了一件怪异的事情。
下面是过程描述。
因业务要求，要求在一表（test）上一列增加一个唯一约束，由于是在开发环境，数据量也很小，我采用了如下的方法来创建：
SQL> alter table test
2 add constraint UK_ET_AIRSUP_USERS_supp_WW unique (air_supply_wangwang)
3 using index
4 tablespace TBS_ET_IND
5 online
6 compute statistics;
Table altered.
理论上按照这种方式，已经完全完成工作了。可是，后来测试人员测试的是，却告诉我发生了如下错误：
ORA-01502: index \'.\' or partition of such index is in unusable state
查询错误描述，可以很清楚的发现问题的原因：
[oracle@crmtest worksh]$ oerr ora 01502
01502, 00000, "index \'%s.%s\' or partition of such index is in unusable state"
// MERGE: 1489 RENUMBERED TO 1502
// *Cause: An attempt has been made to access an index or index partition
// that has been marked unusable by a direct load or by a DDL
// operation
// *Action: DROP the specified index, or REBUILD the specified index, or
// REBUILD the unusable index partition
昨天都是没有问题，因此我就怀疑我今天这个唯一约束出了问题，查询了一下表的index：
SQL> select index_name,index_type,status from user_indexes where table_name = upper(\'test\');
INDEX_NAME INDEX_TYPE STATUS
------------------------------ --------------------------- --------
PK_ET_AIRSUPPLY_USERS NORMAL VALID
UK_ET_AIRSUPPLY_USERS_NICK NORMAL VALID
怪异的时候发生了，怎么没有相应的唯一索引呢？确定看看唯一约束有没有什么问题：
SQL> alter table test
2 modify constraint UK_ET_AIRSUP_USERS_SUPP_WW enable validate;
Table altered.
再看看结果如何：
SQL> select index_name,index_type,status from user_indexes where table_name = upper(\'test\');
INDEX_NAME INDEX_TYPE STATUS
------------------------------ --------------------------- --------
PK_ET_AIRSUPPLY_USERS NORMAL VALID
UK_ET_AIRSUPPLY_USERS_NICK NORMAL VALID
SQL> delete from test t where t.id in (\'1\',\'2\',\'3\')
2 ;
delete from test t where t.id in (\'1\',\'2\',\'3\')
*
ERROR at line 1:
ORA-01502: index \'.\' or partition of such index is in unusable state
还是不对。于是决定重建这个唯一约束：
SQL> select index_name,index_type,status from user_indexes where table_name = upper(\'test\');
INDEX_NAME INDEX_TYPE STATUS
------------------------------ --------------------------- --------
PK_ET_AIRSUPPLY_USERS NORMAL VALID
UK_ET_AIRSUPPLY_USERS_NICK NORMAL VALID
SQL> alter table test
2 drop constraint UK_ET_AIRSUP_USERS_SUPP_WW;
Table altered.
SQL> select index_name,index_type,status from user_indexes where table_name = upper(\'test\');
INDEX_NAME INDEX_TYPE STATUS
------------------------------ --------------------------- --------
PK_ET_AIRSUPPLY_USERS NORMAL VALID
UK_ET_AIRSUPPLY_USERS_NICK NORMAL VALID
SQL> delete from test t where t.id in (\'1\',\'2\',\'3\');
0 rows deleted.
SQL> alter table test
2 add constraint UK_ET_AIRSUP_USERS_supp_WW unique (air_supply_wangwang)
3 using index
4 tablespace TBS_ET_IND
5 online
6 compute statistics;
Table altered.
SQL> delete from test t where t.id in (\'1\',\'2\',\'3\');
0 rows deleted.
SQL> rollback;
Rollback complete.
SQL> select index_name,index_type,status from user_indexes where table_name = upper(\'test\');
INDEX_NAME INDEX_TYPE STATUS
------------------------------ --------------------------- --------
PK_ET_AIRSUPPLY_USERS NORMAL VALID
UK_ET_AIRSUPPLY_USERS_NICK NORMAL VALID
UK_ET_AIRSUP_USERS_SUPP_WW NORMAL VALID
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production
PL/SQL Release 9.2.0.6.0 - Production
CORE 9.2.0.6.0 Production
TNS for Linux: Version 9.2.0.6.0 - Production
NLSRTL Version 9.2.0.6.0 - Production
这个时候问题已经解决。但是这个事件有点诡异，这个错误也无法重现，只是想提醒一下，可能会出现这种现象，虽然它几率很小。
为了避免此类错误的出现，最好的解决方法，至少在生产库上做操作，可以先自己手工创建唯一索引，然后在创建约束，这样就万无一失了。