4321 Ёш вот это вроде ещё "честный deferred", насколько я понимаю:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Команда: CREATE CONSTRAINT TRIGGER
Описание: создать новый триггер для проверки целостности
Синтаксис:
CREATE CONSTRAINT TRIGGER name
AFTER event [ OR ... ]
ON table_name
[ FROM referenced_table_name ]
{ NOT DEFERRABLE | [ DEFERRABLE ] { INITIALLY IMMEDIATE | INITIALLY DEFERRED } }
FOR EACH ROW
EXECUTE PROCEDURE funcname ( arguments )
это то я помню. как впрочем и то, что так делать (не вникая особо в кухню) - не рекомендуется. Это так раньше Пк Фк и Чеки создавались. Ну и сейчас можно, но немного о внутренностях надо бы знать. Поскольку и name у триггера кажется будет не тот, что указан в CREATE CONSTRAINT TRIGGER name и дропать его надо будет с исподвыподвертом. (тут, на форуме процедурка бродила на дроп по "имени" создания. Я ее еще пользовал.). Т.ч. сейчас для меня "честный" КТ - это автосозданный постгресом по кляузе ПК, ФК, Чек, а все не покрываемое ими, и требующее ручного CREATE CONSTRAINT TRIGGER - это уже "бубен".
да, я тоже читал краем уха что-то про это, что не советуют это использовать :) и в доках про constraint trigger name до 8.3 было написано: "The name of the constraint trigger. The actual name of the created trigger will be of the form RI_ConstraintTrigger_0000 (where 0000 is some number assigned by the server). Use this assigned name when dropping the trigger."
но в 8.3 уже: "The name of the constraint trigger. This is also the name to use when modifying the trigger's behavior using SET CONSTRAINTS. The name cannot be schema-qualified — the trigger inherits the schema of its table."
имхо было что-то докручено в плане удобства и разрешения использования этой фишки, но подробностей не читал.
4321 Ёшя имел ввиду что можно заблокировать в тригере перед вызовом select count() ... таблицу целиком, что бы исключить конкурирующие insert'ы, а for update имхо не запрещает вроде ж insert...да, я даже на всякий потестил. не выходит. вот если уникью лочит значение, то тут придется лочить всю таблицу. Т.ч. видимо можно поискать в сторону (межтабличного) "мат-вью" с уникью. Затраты могут окупиться (за счет снятия блокировки таблицы целиком).а можно сделать через unique проверку пересечения хотя бы в одной таблице ? мне почему-то кажется что это возможно, но как сделать в реале - не могу понять %)
допустим есть та же таблица ttt (id int, a int, b int) и нужно что бы в ней небыло пересекающихся промежутков [a,b] (для простоты - a нижняя граница и всегда меньше или равно b). A [a1, b1] персекается с B [a2, b2] если a2 входит в [a1,b1] или b2 входит в [a1,b1]
