Không thể loại bỏ ràng buộc không tồn tại và không thể tạo ra nó

Trong khi thử nghiệm một số tập lệnh di chuyển với một bản sao của dữ liệu sản xuất (tập lệnh chạy tốt với dữ liệu phát triển) tôi thấy một tình huống tò mò. CONSTRAINT đã thay đổi nên tôi đang phát lệnh DROP + ADD:

ALTER TABLE A_DUP_CALLE
DROP CONSTRAINT A_DUP_CALLE_UK1;

ALTER TABLE A_DUP_CALLE
ADD CONSTRAINT A_DUP_CALLE_UK1 UNIQUE (
    CONTROL_ID,
    CALLE_AYTO_DUPL
)
ENABLE;

Lệnh DROP hoạt động tốt nhưng THÊM thất bại. Bây giờ, tôi vào một vòng luẩn quẩn. Tôi không thể loại bỏ các ràng buộc vì nó không tồn tại (thả ban đầu hoạt động như mong đợi):

ORA-02443: Không thể thả ràng buộc - ràng buộc không tồn tại

Và tôi không thể tạo nó vì tên đã tồn tại:

ORA-00955: tên đã được sử dụng bởi một đối tượng hiện có

Tôi gõ A_DUP_CALLE_UK1vào hộp Tìm kiếm của Nhà phát triển SQL và ... nó đây rồi! Chủ sở hữu, tên bảng, cảnh bảng ... mọi thứ đều khớp: đó không phải là một đối tượng khác có cùng tên, đó là ràng buộc ban đầu của tôi. Bảng xuất hiện trong các chi tiết ràng buộc nhưng ràng buộc không xuất hiện trong các chi tiết của bảng.

Những câu hỏi của tôi:

• Giải thích cho điều này là gì?
• Làm cách nào tôi có thể đảm bảo điều đó sẽ không xảy ra khi tôi thực hiện nâng cấp thực sự trên máy chủ trực tiếp?

(Máy chủ là 10g XE, tôi không có đủ danh tiếng để tạo thẻ.)

Theo phỏng đoán, tôi cho rằng Marian đúng và điều này được gây ra bởi một chỉ mục và ràng buộc duy nhất có cùng tên, ví dụ:

create table t( k1 integer, k2 integer, 
                constraint u1 unique(k1,k2) using index(create unique index u1 on t(k1,k2)),
                constraint u2 unique(k2,k1) using index u1);

select count(*) from user_indexes where index_name='U1';

COUNT(*)               
---------------------- 
1  

alter table t drop constraint u1;

select count(*) from user_indexes where index_name='U1';

COUNT(*)               
---------------------- 
1  

Thông thường khi bạn thêm một ràng buộc duy nhất, một chỉ mục duy nhất có cùng tên được tạo - nhưng chỉ mục và ràng buộc không giống nhau. Có một cái nhìn all_indexesđể xem nếu có một chỉ mục được gọi A_DUP_CALLE_UK1và thử và tìm hiểu nếu nó được sử dụng bởi một cái gì khác trước khi bạn bỏ nó!

Có vẻ rất lạ.

Bạn có thể chạy:

 SELECT *
 FROM user_objects
 WHERE object_name = 'A_DUP_CALLE_UK1'

để kiểm tra xem Oracle có phàn nàn về loại đối tượng nào không. Sau đó, bạn có thể chạy câu lệnh DROP approriate cho điều đó.

Điều khác duy nhất tôi có thể nghĩ đến là bỏ bảng hoàn toàn bằng cách sử dụng DROP TABLE A_DUP_CALLE CASCADE CONSTRAINTSđể loại bỏ mọi thứ thuộc về bảng đó và sau đó tạo lại hoàn toàn.

Nếu bảng chứa dữ liệu có giá trị, bạn có thể tạo bản sao lưu trước đó:

CREATE TABLE old_data
AS
SELECT *
FROM A_DUP_CALLE;

Một khi bạn đã tạo lại bảng, bạn có thể làm

INSERT INTO A_DUP_CALLE (col1, col2, col3) 
SELECT col1, col2, col3
FROM old_data

để khôi phục dữ liệu.

Tôi đã có cùng một vấn đề chỉ một vài phút trước đây ... và tôi đã tìm thấy một lời giải thích.

Bằng cách tạo Khóa chính, Oracle tạo ra hai đối tượng: ràng buộc và chỉ mục, điều khiển phần "ĐỘC ĐÁO".

Bằng cách loại bỏ ràng buộc, chỉ mục vẫn ở đó, sử dụng cùng tên của chỉ mục, vì vậy nếu bạn thực hiện chỉ

alter table t drop constraint u1;

Bạn sẽ chỉ bỏ các ràng buộc. Để xóa chỉ mục, bạn sẽ cần phải thực thi

drop index u1;

Điều này nên làm công việc. Ngoài ra, bạn có thể thực hiện cả hai lệnh này cùng một lúc với lệnh

alter table t drop constraint u1 including indexes;

Ràng buộc khóa chính đi kèm với chỉ mục. Bạn thả ràng buộc nhưng không lập chỉ mục. Kiểm tra:

select * from ALL_OBJECTS where OBJECT_NAME = 'PK_TBL_CONSTR';

và bạn thấy OBJECT_TYPElà INDEX.

Cả hai đều làm như vậy:

alter table TBL drop constraint PK_TBL_CONSTR;
drop index PK_TBL_CONSTR;

Làm cái này

ALTER TABLE A_DUP_CALLE
DROP CONSTRAINT "A_DUP_CALLE_UK1";

Nó sẽ làm việc.

HÌNH ẢNH: