|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 22 Aug 2002 15:46:37
To : Nik Sestrin
Subject : Re: Отчеты
--------------------------------------------------------------------------------
Hello, Nik Sestrin!
You wrote to Vladimir Pavlikov on Wed, 21 Aug 2002 17:29:18 +0000 (UTC):
IK>>>> Пример возникновения ситуации. В одном запросе считаются
IK>>>> приходы. в другом расходы - ну надо получить движение. Пока
...
NS> в mssql можно использовать сериализуемое выполнение транзакций ... а
NS> вообще да, налицо явное непонимание, что такое транзакция
_Два_ запроса. Сериализация (которая поставит всех остальных раком)
здесь не поможет, тут нужен snapshot.
>> Плюс все остальные механизмы, обеспечивающие readonly/exclusive
>> доступ.
NS> а вот это совсем плохо, учитывая то, что достоверность нужна даже
NS> маленькому чп, которое не может позволить себе еще один компьютер по
NS> причине неграмотности разработчика.
Плохо, плохо, а что делать? Впрочем, для маленького чп вряд ли понадобится:
объемы базы и количество пользователей вполне позволят получить отчеты за
перекур в монопольном режиме. Во всех остальных случаях у чп будут (ну или
могут быть) проблемы.
NS> автору исходного вопроса: нет причины, не позволяющей расчитать
NS> остатки/движение/etc. одним выражением даже при самой бредовой
NS> схеме. кроме разве что убогости субд, не имеющей юнионов и вложенных
NS> запросов
Это уже выход из контекста вопроса :) Это решение, причем нет
необходимости даже во вложенных запросах, хватит и вьюх. Скорее,
нужны диапазонные блокировки, а это опять практически эксклюзив,
со всеми вытекающими...
---------------------------------------------
Владимир Павликов.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
