关于primary key和unique index的奇怪问题 (58天)

时间:2022-05-04
本文章向大家介绍关于primary key和unique index的奇怪问题 (58天),主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

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