公众号：杨建荣的学习笔记 · 作者：笔记58天 · 发布：2014-04-30 12:17:20 · 原文链接

今天一个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的？