|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Practh 2:5020/400 31 May 2001 20:30:44
To : All
Subject : Hа: Informix ?
--------------------------------------------------------------------------------
Hi!
"Fedor 'Cruger' Tersin" <cruger@galaktika.ru> сообщил/сообщила в новостях
следующее: news:9f5i7g$7s$238@www.fido-online.com...
> входят в еще незаблокированный индекс. Получается 2 этапа блокировки:
перед
> выполнением триггера, и во время выполнения. Между этими двумя этапами
может
> вклиниться другой клиент со своим запросом. Если бы MSSQL блокировал все
> ресурсы, относящиеся к изменяемой записи, было бы так, как ты говоришь.
Какая-то в твоих словах доля истыны есть, но здесь больше похоже на
прокол проектирования БД, чем на проблемы сервера. Блокировок на уровне поля
не было никогда и вряд ли они когда либо будут реализованы. "Замок" по
индексам можно получить только тогда, когда часто обновляемые поля (например
остатки) входят в стурктуру индекса, вот только нужны ли они реально там.
> SP> Видишь ли, для того, что бы написать такую ф-цию (которая
полноценно
> SP> годилась бы для генерации ПК) не хватит внутреннего языка, так как
есть
> SP> определенные ограничения. Такую функцию можно создать только на
уровне
> SP> ядра сервера, извини, но Вас там не ждут.
> Приведи пример, для которого внутреннего языка не хватит (в условиях
наличия
> пользовательских ф-ций). Кроме того, можно из пользовательской ф-ции
вызвать
> внешнюю хранимую процедуру, а уж там развернуться.
>
> SP> Еще раз тебе объясню - нормальный генератор ПК в триггере сделать
> SP> нельзя, потому что требования к этой функции предъявляются немного
выше,
> SP> чем просто к функции, которая может генерировать какие-то значения.
> Какие же требования предъявляются к ПК, которые нельзя реализовать?
Hе к ПК, а к функции, которую можно использовать в качестве генератора
ПК.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Hа: Informix ? 
