Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ
Шрифт:
CHILD_DATA VARCHAR(20),
PARENT_ID BIGINT,
CONSTRAINT PK_CHILD PRIMARY KEY(ID));
COMMIT;
Следующее, что нам нужно сделать, это определить отношение между дочерней и родительской таблицами - создать ограничение внешнего ключа.
Синтаксис определения ссылочной целостности следующий:
FOREIGN KEY (столбец [, столбец ...])
REFERENCES (родительская-таблица [, столбец ...])
[USING [ASC | DESC] INDEX имя-индекса] /*
[ON DELETE {NO ACTION | CASCADE | SET NULL | SET DEFAULT}]
[ON UPDATE {NO ACTION | CASCADE | SET NULL | SET DEFAULT}]
Определим наш внешний ключ:
ALTER TABLE CHILD
ADD CONSTRAINT FK_CHILD_PARENT
FOREIGN KEY(PARENT_ID)
REFERENCES PARENT(ID);
/* также допустимо REFERENCES PARENT, поскольку ID является первичным ключом таблицы PARENT */
Firebird сохраняет ограничение FK_CHILD_PARENT и создает обычный индекс для столбца (столбцов), перечисленных в качестве аргументов FOREIGN KEY. В Firebird этот индекс будет также назван FK_CHILD_PARENT, если вы не использовали необязательное предложение USING для задания другого имени индекса. В Firebird 1.0.x индекс будет иметь имя INTEG_NN (где NN - некоторое число).
! ! !
ВНИМАНИЕ! Если вы указали убывающий индекс для ограничения первичного или уникального ключа, вы также должны указать USING DESCENDING INDEX для каждого ссылающегося на него внешнего ключа.
. ! .
Наши две таблицы теперь связаны огpаничением формальной ссылочной целостности. Мы можем добавлять новые строки в таблицу PARENT без каких-либо огpаничений:
INSERT INTO PARENT (ID, DATA)
VALUES (1, 'Pareпt No, 1');
При этом существует ограничение для CНILD. Мы можем выполнить следующее:
INSERT INTO CHILD (ID, CHILD_DATA)
VALUES (1, 'Child No. 1');
Поскольку допускающий пустое значение столбец PARENT_ID отсутствует в списке столбцов, в нем будет сохранено значение NULL. Это допускается правилами целостности по умолчанию. Такая строка будет зависшей (или осиротевшей, orphan).
Однако мы получим ошибку ограничения, если попытаемся сделать следующее:
INSERT INTO CHILD(ID, CHILD_DATA, PARENT_ID)
VALUES (2, 'child No, 2', 2);
ISC ERROR CODE:335544466
ISC ERROR MESSAGE:
violation of FOREIGN KEY constraint "FK_CHILD_PARENT" on table "CHILD" (нарушение ограничения "FK_CHILD_PARENT" для внешнего ключа таблицы CHILD)
В таблице PARENT не существует строки, имеющей у первичного ключа значение 2, следовательно, ограничение не позволит выполнить добавление.
Оба следующих действия допустимы:
UPDATE CHILD
SET PARENT_ID = 1
WHERE ID = 1;
COMMIT;
/**/
INSERT INTO CHILD (ID, CHILD_DATA, PARENT_ID)
VALUES (2, 'Child No.2', 1) ;
COMMIT;
Теперь строка из PARENT со значением ID = 1 имеет две дочерние строки. Это классическая структура главная-подчиненная - простая реализация отношения один-ко-
DELETE FROM PARENT WHERE ID = 1;
Действия триггеров по изменению правил целостности
Очевидно, что правила целостности применяются, когда происходят изменения данных, влияющих на отношение. При этом правила по умолчанию не всегда подходят для всех требований. Мы можем захотеть перекрыть правило, которое позволяет создавать зависшие дочерние строки или сделать их зависшими при установке значения их внешнего ключа в NULL. Если для наших бизнес-правил требуется запрет удаления родительской строки, имеющей дочерние строки, мы можем пожелать, чтобы Firebird позаботился об этой проблеме автоматически. Язык SQL в Firebird позволяет сделать это с помощью необязательных автоматических действий триггеров:
[ON DELETE {NO ACTION | CASCADE | SET NULL | SET DEFAULT}]
[ON UPDATE {NO ACTION | CASCADE | SET NULL | SET DEFAULT}]
Firebird предоставляет необязательные стандартные события DML - ON UPDATE и ON DELETE, - используемые для изменения правил ссылочной целостности. События DML и автоматическое поведение совместно определяют действия для триггера - какие действия должны быть выполнены для зависимой таблицы при изменении или удалении соответствующего ключа в родительской таблице. Определение действий включают каскадные изменения в связанной через внешний ключ таблице (таблицах).
Поскольку это действие триггера по умолчанию, ключевое слово может быть - и часто бывает - опущено [49] . Операция DML над родительским первичным ключом не изменяет внешний ключ и потенциально может привести к ошибке операции над родительской таблицей.
В зависимой таблице внешний ключ, соответствующий старому значению первичного ключа, изменяется на новое значение первичного ключа.
49
Действие NO ACTION иногда называют "ограниченным" действием.
В зависимой таблице удаляются строки с соответствующим значением ключа.
Внешний ключ, соответствующий старому значению родительского первичного ключа, устанавливается в NULL- зависимые строки становятся зависшими. Ясно, что это действие триггера не может быть применено, если столбец внешнего ключа не допускает пустых значений.
Внешний ключ, соответствующий старому значению первичного ключа, устанавливается в его значение по умолчанию. Существует несколько понятий относительно этого действия, о которых важно знать.