Спокойно, любители загадок. Видимо, на этом короткая дискуссия по вопросу замены FK на триггеры с блокоровкой мастер-записи и закончится, поэтому резюмирую свое мнение. Кто захочет поправить, дополнить, послать - пожалуйста.
Следующие триггеры можно использовать как замену FK, не запрещая удаление из мастера и не используя монопольный режим, в случае, когда одновременное редактирование одного и того же мастера (и его деталей) происходит не часто (влияет лишь на вероятность возникновения lock-конфликта):
Последствия lock-конфликтов также можно свести к минимуму, но это уже другая тема. Метод, безусловно, проктологический.
Посты Di_LIne просмотрел бегло, вроде бы ничего подходящего по теме не заметил. Но и других топиков хватает, но обсуждения блокировки мастера для замены FK не обнаружил, вполне возможно, плохо смотрел.
Меня это интересует только с теоретической стороны. Для себя пока практической нужды не вижу в этом. Не все бойцы - турнирные, Amris, или не всегда.

Гаджимурадов Рустам SextonСпокойно, любители загадок.Сенкс на добром слове. Желание помочь, если где запутаешься в следующий раз, поубавилось.

Рустам , а почему это выражение воспринято с негативным смыслом? Как уже тут было замечено, в других форумах "серьезный технический тон" (со второй частью высказывания по поводу "жлобства" совсем не согласен). А в этом форуме редко отвечают напрямую, все больше загадками (впрочем, вопросы задают еще большими загадками, и я не исключение). Но именно это заставляет лишний раз подумать, что несомненно приносит только пользу. Так что в "любители загадок" в данном случае я вложил положительный смысл. Сама идеология "общественного" продукта Firebird распологает к не стандартному мышлению и общению.
Гаджимурадов Рустам
Sextonв случае, когда одновременное редактирование одного и того же мастера (и его деталей) происходит не частоВсе, дальше можно не читать, потому как неинтересно.

Но вероятность lock-конфликтов в базе - норма жизни (если не wait, конечно). Конечно, если у одного мастера тысячи деталей, а сотни машинисток хотят долбить детали именно этого мастера, то его блокировка может стать серьезной проблемой.
Но, по крайней мере, блокировка мастера - более мягкий способ в смысле разграничения доступа, чем монопольный режим работы.

Гаджимурадов Рустам
SextonНо вероятность lock-конфликтов в базе - норма жизни (если не wait, конечно).1. При wait тоже легко возникают конфликты. Я не знаю откуда Вы вообще себе в голову вбили, что раз "ждем", значит обязательно дождемся "птицы счастья завтрашнего дня" в виде отсутствия конфликтов (куча нюансов да и вообще этот метод очень-очень чреват, потому его каждому не посоветуешь).

Я wait не использую, но само название располагает не думать, что и тут могут быть конфликты. Вообщем, об этом мне надо еще почитать, хотя бы для общего развития.
Гаджимурадов Рустам
Sexton
[quot Sexton]Но, по крайней мере, блокировка мастера - более мягкий способ в смысле разграничения доступа, чем монопольный режим работы.Пустопереливание, виток №2.
Что ты подразумеваешь под "монопольный режим работы"?
kdv
Поэтому, при замене FK триггерным контролем целостности должны быть соблюдены условия:

- записи из справочника никогда не удаляются, или удаляются в монопольном режиме (см. транзакции reserving в статье по транзакциям)
- столбец первичного ключа справочника никогда не модифицируется (можно создать такой запрет триггером before update).

Вообщем-то задачка замены FK на триггеры возникает не часто, так что может и не стоит, действительно, тратить на обсуждение время. А то я и сам увлекаюсь "шахматными этюдами" и других отвлекаю. Общие понятия тут понятны - в любом случае придется приделывать костыли, а обсасывать тонкости - какого цвета костыли и из чего их делать - имеет смысл, если уж приспичит это практиковать.