Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Ограничения реализованные в триггерах (чисто теоретически) [D7, IB6.x]

Некто © (2005-01-20 23:55:00)
возьмём к примеру таблицу:

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-22 02:22:00) [1]
>kaif © (22.01.05 02:08) [13]

Ему про это уже объяснили на sql.ru :)))

kaif (2005-01-22 02:08:00) [2]
Нельзя в триггере проверять уникальность. Индекс работает вне контекста транзакции, а триггер - в контекстетранзакции. Поэтому если два юзера стартуют каждый свою транзакцию ReadCommitted, а затем каждый из них вставляет одну и ту же величину, триггер каждого из них будет считать, что уникальность не нарушена. Затем после Commit обе записи будут подтверждены и в базе возникнут дубликаты. Если же имеются уникальные индексы или констрейнты (это уже неважно), то сервер не даст создать такие дубликаты, так как индексы работают вне контекста транзакций. Вне контекста транзакций работают еще и генераторы. Именно поэтому их юзают в качестве источников суррогатных ключей.

Zlod3y (2005-01-21 13:30:00) [3]
видимо тему можно закрыть
http://forum.ibase.ru/phpBB2/viewtopic.php?t=322

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

Zlod3y (2005-01-21 11:58:00) [5]
>Гораздо опаснее, если тригер "выключится сам" и этого никто не заметит.

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

Zlod3y (2005-01-21 11:58:00) [6]
>Гораздо опаснее, если тригер "выключится сам" и этого никто не заметит.

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

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

Desdechado (2005-01-21 10:51:00) [8]
1. триггер можно временно отключать, в результате все твои псевдо-констрайнты ничего не стОят
2. ИМХО, запрос внутри триггера для проверки уникальности дольше, чем реализованная движком проверка уникальности на индексе

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

Sergey13 (2005-01-21 09:43:00) [10]
ИМХО.
Делать тригер вместо стандартного констрейнта можно если стандартной функциональности не хватает. Все другое от лукавого.

Некто (2005-01-21 09:37:00) [11]
>Это имя таблицы...:)))
да, малясь перепутал :-))
просто из разных кусков соеденил сей пример)))

Johnmen (2005-01-21 09:34:00) [12]
Deniz (21.01.05 09:28) [2]

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

Deniz (2005-01-21 09:28:00) [13]
Те же яйца, только вид сбоку
Только вот я не понял, причем здесь:
create unique index idx_sotr on memory?

Johnmen (2005-01-21 09:21:00) [14]
>я прав?

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

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »