Здравствуйте. Есть 2 таблицы.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
-- 1 (справочник)
CREATE TABLE СХЕМА.ZZZ
(
ID NUMBER(21) NOT NULL,
NAME VARCHAR2(10 CHAR) NOT NULL
);
CREATE UNIQUE INDEX СХЕМА.ZZZ_PK ON СХЕМА.ZZZ (ID);
ALTER TABLE СХЕМА.ZZZ ADD (CONSTRAINT ZZZ_PK PRIMARY KEY (ID) USING INDEX СХЕМА.ZZZ_PK);
-- 2 (партиционирована)
CREATE TABLE СХЕМА.YYY
(
ID NUMBER(21) NOT NULL,
NAME VARCHAR2(256 CHAR),
DATE_CREATE TIMESTAMP(6),
ZZZ_ID NUMBER(21) -- должен быть fk на СХЕМА.ZZZ
)
PARTITION BY RANGE (ID)
INTERVAL( 10000)
(
PARTITION P1 VALUES LESS THAN (10000),
PARTITION VALUES LESS THAN (20000),
и т.д.
)
ENABLE ROW MOVEMENT;
CREATE UNIQUE INDEX СХЕМА.YYY_PK ON СХЕМА.YYY (ID);
ALTER TABLE СХЕМА.YYY ADD (CONSTRAINT СХЕМА.YYY_PK PRIMARY KEY (ID) USING INDEX СХЕМА.YYY_PK);
-- создаю индекс
CREATE INDEX СХЕМА.YYY__ZZZ_ID ON СХЕМА.YYY (ZZZ_ID) LOCAL;
-- запускаю создание fk-констрейнта
ALTER TABLE СХЕМА.YYY ADD CONSTRAINT YYY__ZZZ_ID FOREIGN KEY (ZZZ_ID) REFERENCES СХЕМА.ZZZ (ID);
И сразу же начинаю инсертить в СХЕМА.ZZZ (причем id указываю существующий, т.е. должен получить ошибку).
Так вот ошибка вылазит только после того, как закончится создание fk-констрейнта.
Получается, создание fk-констрейнта на СХЕМА.YYY блокирует любой dml в нее?
Единственный обход - NOVALIDATE?
1.
2.
3.
4.
5.
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
PL/SQL Release 11.2.0.2.0 - Production
CORE 11.2.0.2.0 Production
TNS for Linux: Version 11.2.0.2.0 - Production
NLSRTL Version 11.2.0.2.0 - Production
