Не может удалить несуществующее ограничение и не может создать его

При тестировании некоторых сценариев миграции с копией производственных данных (сценарии хорошо работают с данными разработки) я обнаружил любопытную ситуацию. Ограничение изменилось, поэтому я выполняю команды 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 работала нормально, но команда ADD не удалась. Теперь я в замкнутом круге. Я не могу удалить ограничение, потому что оно не существует (первоначальное удаление сработало как ожидалось):

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. Затем вы можете запустить appROAIRATE 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 создает два объекта: ограничение и индекс, который управляет частью «УНИКАЛЬНАЯ».

При удалении ограничения индекс остается там, используя то же имя индекса, поэтому, если вы просто выполните

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";

Это будет работать.

ОБРАЗ: