|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Practh 2:5020/400 31 May 2001 08:28:53
To : All
Subject : Hа: Informix ?
--------------------------------------------------------------------------------
Hi!
"Vladimir Pavlikov" <pvv@soil.msu.ru> сообщил/сообщила в новостях следующее:
news:9f2keo$qc2$6@host.talk.ru...
> > Для меня что-то может означать принципиальную позицию тогда, когда я
> > либо не могу сделать иначе, либо иначе это будет сопряжено с такими
> > трудностями, что лучше никак не делать. ВОт и приведи пример такой
задачи,
> > где безь триггеров before "не прыгнешь выше пояса".
>
> Before работают до констрейнов. Соответственно, могут "валидировать"
запись,
> и констрейны ее пропустят. При наличии только after констрейн вырубит
запись
> до триггера.
Кому нужна запись, которая не удовлетворяет требованиям констрейнов?
Только не надо рассказывать про шибко умный код в триггерах, который сможет
подправить неверные значения полей.
>
> > > Хотя для сервера, где каскадная целостность отсутствует (либо
неприменима)
> > > это и менее важно :)
>
> > А причем тут каскадные операци до тригеров? Мысль увяжи, а?!
>
> Каскады - это тоже констрейны.
И что дальше? Как они к триггерам лезут?
>
> > Подожди, подожди, давай будем немного последовательными. Триггер
должен
> > выполнятся в рамках транзакции - да, транзакция является неделимой
> > единицей - да. Тогда к чему твои слова. Это тебе удобно, что бы твои
> > ошибочные операции игнорировались (мне тожет може что-то хочется в
обходных
> > общепринятых правил и многим тоже, например деньги получать в начале
месяца
> > и за свою работу не нести никакой ответственности, вот только по жизни
оно
> > по другому), но транзакция ограничена рамками ACID. Поэтому не надо
> > натягивать желаемое на действительное.
>
> Ты трактуешь ACID излишне прямолинейно, путая серверные и задачные
ограничения.
> Ошибку можно _исправить_, сохранив ACID в целости и сохранности.
Я трактую ее так, как она написана.
>
> > > Сергей, советую на полном серьезе - хотя бы просто попробуй поиграться
с
> > > сервером, знающем о каскадной целостности (требование стандарта,
кстати)
>
> > Пробовал. У меня по некоторым ведомостям проходят от 20 тыс.
абонентов и
> > более, поэтому мне очень даже известна разница между одной операцией с
20
> > тыс. записей и 20 тыс. операций по одной записи.
>
> Hе понял - с каким именно сервером пробовал? Твой текст к моему
предложению
> отношения не имеет.
В аналогичной конторе люди сделали аналогичную БД на IB. Лучшу бы они
вообще ничего не делали.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
