Неможливо скинути неіснуюче обмеження і його також не можна створити

Під час тестування деяких сценаріїв міграції з копією виробничих даних (сценарії справні із даними про розробку) я виявив цікаву ситуацію. CONSTRAINT змінився, тому я видаю команди 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;

Команда DROP спрацювала нормально, але додавання не вдалося. Тепер я перебуваю в порочному колі. Я не можу скинути обмеження, оскільки воно не існує (початкове падіння працювало як очікувалося):

ORA-02443: Неможливо скинути обмеження - неіснуюче обмеження

І я не можу створити його, оскільки ім'я вже існує:

ORA-00955: ім'я вже використовується існуючим об'єктом

Я A_DUP_CALLE_UK1набираю поле пошуку для розробника SQL і ... ось воно! Власник, ім'я таблиці, Tablescape ... все збігається: це не інший об'єкт з тим же ім'ям, що це моє первинне обмеження. Таблиця відображається в деталях обмеження, але обмеження не відображається в деталях таблиці.

Мої запитання:

• Яке пояснення цьому?
• Як я можу впевнитись, що цього не відбудеться, коли я здійснять реальне оновлення на живому сервері?

(Сервер 10g XE, мені не вистачає репутації для створення тегу.)

Гадаю, я б сказав, що Маріан має рацію, і це викликано унікальним індексом та обмеженням, що мають те саме ім'я, наприклад:

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  

Зазвичай, коли ви додаєте унікальне обмеження, створюється унікальний індекс з тим самим іменем - але індекс і обмеження - це не одне і те ж. Погляньте, all_indexesчи є індекс, який називається, A_DUP_CALLE_UK1і спробуйте визначити, чи його використовує щось інше, перш ніж ви його скинете!

Здається дуже дивно.

Ви можете запустити:

 SELECT *
 FROM user_objects
 WHERE object_name = 'A_DUP_CALLE_UK1'

щоб перевірити, на який саме об’єкт скаржиться Oracle. Тоді ви можете запустити відповідний оператор DROP для цього.

Єдине інше, про що я можу придумати, - це повністю скинути таблицю, використовуючи, DROP TABLE A_DUP_CALLE CASCADE CONSTRAINTSщоб позбутися всього, що належить до цієї таблиці, а потім повністю створити її.

Якщо таблиця містить цінні дані, ви можете зробити її резервну копію раніше:

CREATE TABLE old_data
AS
SELECT *
FROM A_DUP_CALLE;

Після того як ви відтворили таблицю, ви можете зробити

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

для відновлення даних.

У мене була така ж проблема лише кілька хвилин тому ... і я знайшов пояснення.

Створюючи первинний ключ, Oracle створює два об'єкти: обмеження та індекс, який керує частиною "UNIQUE".

Відкинувши обмеження, індекс залишається там, використовуючи те саме ім’я індексу, тож якщо ви виконуєте просто

alter table t drop constraint u1;

Ви будете скидати лише обмеження. Щоб скинути індекс, вам потрібно буде виконати

drop index u1;

Це має зробити роботу. Або ви можете виконати обидві ці команди одночасно з командою

alter table t drop constraint u1 including indexes;

Первинне обмеження ключа має індекс. Ви скидаєте обмеження, але не індексуєте. Перевірка:

select * from ALL_OBJECTS where OBJECT_NAME = 'PK_TBL_CONSTR';

і бачите, OBJECT_TYPEє INDEX.

Так само робити:

alter table TBL drop constraint PK_TBL_CONSTR;
drop index PK_TBL_CONSTR;

Зробити це

ALTER TABLE A_DUP_CALLE
DROP CONSTRAINT "A_DUP_CALLE_UK1";

Це спрацює.

Зображення: