Ограничения реализованные в триггерах (чисто теоретически)

← →
Некто (2005-01-20 23:55) [0]

возьмём к примеру таблицу:

create table sotr ( kod_sotr smallint not null primary key, tab_nom numeric(7,0) not null unique, fio varchar(50) not null );

в этом случае сервер сам проверяет условия вставки(изменения) записи, а если сделать так:

create table sotr ( kod_sotr smallint, tab_nom numeric(7,0), fio varchar(50) ); create unique index idx_sotr on memory (kod_sotr);

и потом проверять значения на "not null" и "unique" в ТРИГГЕРАХ before insert и before update.

как отразится ЭТО на быстродействии сервера? скорее всего почти никак, я прав?

← →
Johnmen © (2005-01-21 09:21) [1]

>я прав?

Да. Но первый вариант более правильный идеологически.

← →
Deniz (2005-01-21 09:28) [2]

Те же яйца, только вид сбоку
Только вот я не понял, причем здесь:
create unique index idx_sotr on memory?

← →
Johnmen © (2005-01-21 09:34) [3]

Deniz (21.01.05 09:28) [2]

Это имя таблицы...:)))

← →
Некто (2005-01-21 09:37) [4]

>Это имя таблицы...:)))
да, малясь перепутал :-))
просто из разных кусков соеденил сей пример)))

← →
Deniz (2005-01-21 09:43) [5]

>Johnmen © (21.01.05 09:34) [3]
Я сразу понял намек
Я все ловлю на лету
Но не понятно, что конкренто ... (с)

← →
Sergey13 © (2005-01-21 09:43) [6]

ИМХО.
Делать тригер вместо стандартного констрейнта можно если стандартной функциональности не хватает. Все другое от лукавого.

← →
Desdechado © (2005-01-21 10:51) [7]

1. триггер можно временно отключать, в результате все твои псевдо-констрайнты ничего не стОят
2. ИМХО, запрос внутри триггера для проверки уникальности дольше, чем реализованная движком проверка уникальности на индексе

← →
Sergey13 © (2005-01-21 10:54) [8]

2[7] Desdechado © (21.01.05 10:51)
>1.
Гораздо опаснее, если тригер "выключится сам" и этого никто не заметит.

← →
Zlod3y © (2005-01-21 11:58) [9]

>Гораздо опаснее, если тригер "выключится сам" и этого никто не заметит.

такое возможно?

← →
Zlod3y © (2005-01-21 11:58) [10]

>Гораздо опаснее, если тригер "выключится сам" и этого никто не заметит.

такое возможно?

2[10] Zlod3y © (21.01.05 11:58)
>такое возможно?
На ИБ у меня такое было как то после ресторе. Все вроде прошло нормально, а вот пара тригеров (там помнится были ссылки на UDF вроде) была инвалидна.
На Оракле (в сабже стоит - теоретически) такое получается если меняются структуры упоминаемых в тригере объектов. Надо перекомпилировать обязательно.

видимо тему можно закрыть
http://forum.ibase.ru/phpBB2/viewtopic.php?t=322

Нельзя в триггере проверять уникальность. Индекс работает вне контекста транзакции, а триггер - в контексте транзакции. Поэтому если два юзера стартуют каждый свою транзакцию ReadCommitted, а затем каждый из них вставляет одну и ту же величину, триггер каждого из них будет считать, что уникальность не нарушена. Затем после Commit обе записи будут подтверждены и в базе возникнут дубликаты. Если же имеются уникальные индексы или констрейнты (это уже неважно), то сервер не даст создать такие дубликаты, так как индексы работают вне контекста транзакций. Вне контекста транзакций работают еще и генераторы. Именно поэтому их юзают в качестве источников суррогатных ключей.

Ограничения реализованные в триггерах (чисто теоретически) Найти похожие ветки