|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 07 Mar 2001 18:37:39
To : All
Subject : Re: DRI и триггеры
--------------------------------------------------------------------------------
Hello! "Ilya Zvyagin" <ziv@fct.ru> wrote:
> >> FK + хранимые процедуры.
> >Более слабый (менее надежный) вариант. А причины?
> Отсутствие причин делать наоборот, через триггеры.
Текст практически тот же самый, но триггеры работают всегда, а не только
с твоих клиентов. Потерь нет, плюсы налицо. ?? Впрочем, как хочешь.
> Извращенная логика обработки данных в триггерах, после модификации данных.
^^^^^
Почему обязательно после?
> Сложно отслеживаемая система событий, приводящих к срабатыванию триггеров.
События написаны на нем самом...
> Первое, конечно же - самая главная. Триггера просто не нужны.
> >Впрочем, прежде всего интересен сервер, который может сам быть причиной :)
> При чем здесь сервер ? Hу, Sybase. Мог бы быть с тем же успехом и
> MSSQL, и ORacle, и Interbase, и ASA. Informix, конечно же.
Это вряд ли. Теперь понятно насчет "после" - отсутствие before-триггеров
действительно сильно снижает их ценность.
По моему, ты путаешь : я вовсе не призываю делать все на триггерах. Они
должны обслуживать бизнес-логику _только_. А все остальное можно разло-
жить между запросами/процедурами. Триггеров будет немного (сравнительно),
и логика несложна. А вот как обеспечить журнализацию базы, при наличии
разных клиентов?
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
