今天一个dba交给我一个问题，让我帮忙查一下。说有个脚本运行的时候有错，让我看看是什么原因。
脚本的思路如下：
先drop PK,FK之类的constraint.
然后把表改个名
然后重新创建一个表
然后加上PK，FK和其他的constraint
根据报错，貌似是primary key创建失败导致的。
SQL> ALTER TABLE T1
2 ADD CONSTRAINT T1_PK
3 PRIMARY KEY (
BEN)
USING INDEX (CREATE UNIQUE INDEX T1_PK
ON T1(
BEN) PCTFREE 10
INITRANS 2
TABLESPACE POOL_IX
LOGGING
STORAGE( INITIAL 16384 NEXT 16384 MINEXTENTS 1 MAXEXTENTS 400 PCTINCREASE 0 FREELISTS 1 ) ) 4 5 6 7 8 9 10 11 ;
ALTER TABLE T1
*
ERROR at line 1:
ORA-00955: name is already used by an existing object
我查询了一下，index的情况
SQL> SELECT INDEX_NAME,index_type,TABLE_NAME FROM USER_INDEXES WHERE INDEX_NAME='T1_PK';
INDEX_NAME TABLE_NAME
------------------------------ ------------------------------
T1_PK T_756_3
以上信息说明，index T1_PK还没有删除，表T_765_3是更名后的表。
由此可以推荐drop PK的时候没有成功。
貌似找到了问题的原因。
然后查看执行的记录。
发现
alter table xxx drop primary key的操作是执行成功的。
这样我就看不懂了。
都已经drop了怎么index还没删除，我把脚本copy到本地，找了个测试环境试了下，脚本还是没有问题。
drop primary key的时候 index会自动删除。
我想了又想，创建primary key的时候会自动创建unique index.我想万一index不是unique的，被其他人手工创建的，那样是不是就不会随着primary key自动删除了。
我查了下Index的情况，结果index还是unique的。
这种情况貌似有些解释不清了，到底使我们的脚本有问题还是本来环境就有问题。
我大胆的假设了一下，假设环境本来有问题。
那会不会是先创建unique index，然后再创建primary key.找了个测试环境。测试如下
CREATE UNIQUE INDEX T1_PK ON T1 (BEN);
ALTER TABLE T1
ADD CONSTRAINT T1_PK
PRIMARY KEY (
BEN);
然后尝试drop PK
ALTER TABLE T1 DROP PRIMARY KEY;
然后查询index,发现index没有删除。
所以可以基本推论，可能是以上的情况导致的。
然后得到一些信息，之前这些表有一些问题，是手工修复的。很可能是以上的步骤导致的。
我提供了修复的脚本，这个问题就基本告一段落了。但是我还有个疑问，有没有地方去查 primary key和unique index之间的关联，如果unique index创建在先，然后创建PK,有没有地方去标示这种情况，要不删除PK时时怎么自动删除unique index的？
