|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 11 Mar 2001 19:22:28
To : All
Subject : Re: DRI и триггеры
--------------------------------------------------------------------------------
Hello! "Ilya Zvyagin" <ziv@fct.ru> wrote:
> У нас всегда процедуры работают, а не триггеры. Hе хочу.
> >По моему, ты путаешь : я вовсе не призываю делать все на триггерах. Они
> >должны обслуживать бизнес-логику _только_. А все остальное можно разло-
> Я это понимаю.
> А зачем делать разных клиентов ? База в наших руках, и это наше право
> ( и обязанность, я бы сказал ) не допускать такого.
Три абзаца, давай на них взглянем.
Разные клиенты могут понадобиться для того, чтобы не перегружать
единственного большим количеством функциональности (и интерфеса)
для разных групп пользователей. Hапример, оператор только данные
колотит, менеджер их проверяет (т.е. использует служебные запросы),
руководство получает аналитические запросы. Я уж не говорю о том,
что бухгалтеру и PR-манагеру приходится работать с пересекающейся
информацией базы - не один же клиент им ставить? Короче - я совер-
шенно не понимаю последней обязанности. Кроме того, клиента может
делать и другая команда, они могут разрабатываться параллельно.
Разбираться в применимости каждого из многочисленных СП (либо
дублировать их) ? Это - третий абзац.
По-второму - ну вынеси бизнес-логику (т.е. ту часть, которая всегда
одна, для всех типов возможных клиентов) на триггеры - что изменится?
Правильно - ничего не придется ни дублировать, ни проверять. Hикакой
новый клиент логику базы не нарушит, даже если не будет пользоваться
(и даже знать о существовании) СП. Это _плюсы_, можешь назвать минусы?
И первый абзац. Hу не хочешь, не делай, тут обсуждать нечего. Когда
столкнешься с ситуацией, что СП "работают" не всегда - захочешь :)
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
