Даже если вам кажется, что игнорирование ограничений внешнего ключа делает структуру базы данных более простой, более гибкой или более скоростной, за это приходится расплачиваться. Вам придется написать программу для обеспечения целостности на уровне ссылок.
Предположение существования безупречного программного кода
Для многих решение по обеспечению целостности на уровне ссылок состоит в написании программного кода, обеспечивающего соблюдение взаимосвязей данных во всех случаях. Каждый раз, когда вставляют строку, проверьте, чтобы значения в столбцах внешнего ключа ссылались на существующие значения в таблице, на которую указывают ссылки. Каждый раз, когда удаляют строку, убедитесь, что все дочерние таблицы также обновляются соответствующим образом. Другими словами, придется следовать очевидному совету: не делайте ошибок.
Чтобы исключить ошибки целостности на уровне ссылок в случае, когда отсутствуют ограничения внешнего ключа, потребуется выполнить дополнительные запросы SELECT ДО применения изменений, для того чтобы убедиться, что изменение не приведет к появлению нарушенных ссылок. Например, чтобы вставить новую строку, следовало бы убедиться в существовании родительской строки:
Файл примера:_Keyless-Entry/anti/insert.sql
SELECT account_id FROM Accounts WHERE account_id = 1; Затем может быть добавлена ошибка, которая ссылается на строку:
Файл npuMepa:_Keyless-Entry/anti/insert.sql
INSERT INTO Bugs (reported_by) VALUES (1);
Чтобы удалить строку, следовало бы убедиться в отсутствии дочерних строк:
Файл npHMepa:_Keyless-Entry/anti/delete.sql
SELECT bug_id FROM Bugs WHERE reported_by = 1;
Затем можно было бы удалить учетную запись:
Файл примера:. A"ey/a$s-Entry/anti/delete.sql
DELETE FROM Accounts WHERE account_id = 1;
Что случится, если пользователь с account_id 1 вклинится и введет новую ошибку в интервале времени после вашего запроса и до удаления этой учетной записи? Это может показаться невозможным, но согласно знаменитой фразе Гордона Летвина (Gordon Letwin), разработчика DOS 4: «Один шанс на миллион, что следующий день будет вторником». В такой ситуации остается нарушенная ссылка — ошибка, выводимая учетной записью, которой больше не существует.
Единственным выходом будет явная блокировка таблицы Bugs во время ее поверки и разблокирование таблицы после завершения удаления учетной записи. Любая архитектура, в которой требуется такой тип блокирования, не будет отвечать предъявляемым требованиям, когда необходимы параллельное выполнение нескольких операций и масштабируемость.
Опубликовал vovan666
June 18 2013 12:25:56 ·
0 Комментариев ·
4387 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
