ALTER TABLE B DROP CONSTRAINT PK_B;
ALTER TABLE B ADD CONSTRAINT PK_B PRIMARY KEY ("TYP","NR","HH","QUART");

ALTER TABLE B ADD CONSTRAINT PK_B PRIMARY KEY ("TYP","HH");

也许有一个与PRIMARY KEY CONSTRAINT相关联的INDEX,它也被命名为PK_B. @H_404_3@您可以将其检查为：

SELECT * FROM USER_INDEXES WHERE TABLE_NAME='<table_name>';

@H_404_3@如果这是真的,那么：

ALTER INDEX "PK_B" RENAME TO "PK_XYZ";

@H_404_3@更新：关于ALTER INDEX声明,Justin在评论中提到的几个要点

@H_404_3@Oracle隐式创建一个UNIQUE索引来支持PRIMARY KEY CONSTRAINT.因为,索引与主键的名称相同,并且现在主键被修改,所以最好根据旧主键的定义再次删除并重新创建索引.

@H_404_3@我的结论：

@H_404_3@>主键约束通过唯一索引强制执行.
>如果Oracle已经找到索引 – 唯一或非唯一 – 它会使用它
对于主键.
>如果索引最初创建为非唯一,则它将继续
显示为非唯一,但实际上它将是一个唯一索引.

@H_404_3@Arup：Primary Keys Guarantee Uniqueness? Think Again.也是一个很好的演示,并且在其他方​​面也非常详细