Говори уже _1sp__1SJOURN_TLockX патчил или нет?

Но вышеназванный алгоритм можно применять также и не сняв ни одной другой блокировки.
т.е. можно изменить только хп начинающиеся с ra.
в каждый момент времени у нас будет проводиться толко один документ этой же сессией будут наложены и блокировки на все ra и все rg так что будет тоже все ок, но тогда уже не будет никакого паралельного проведения.

trad писал(а) 13. Ноября 2008 :: 12:37:

Не согласен меня учили должна быть следущущее решение любой задачи :
Задача --> постановка задачи --> алгоритм решения --> реализация ( кодирование ) --> Отладка,Эксплуатация.

На каждом из этих этапов возможны ошибки. Чем  на более раннем этапе совершена ошибка тем дороже она обходится.
Я предложил и предлагаю обсудить пока алгоритм.
Решений( реализаций) может быть много.
Хотелось бы пока узнать есть ли ошибки,противоречия уже в вышеизложенном алгоритме.

а почему ты свою дополнительную таблицу назвал x_rg, вроде как x_ra больше подходит, конечно название значения не имеет, спрашиваю по тому, что в статье не достаточно точно описана ее структура, а если учесть пост #40 то вообще чета не понятно становится..

вобщем, тогда у нее структура как у rg, только без периода, так?

DmitrO писал(а) 13. Ноября 2008 :: 13:02:

(off) Вообще то странно что ты еще не напился

Я тут подумал и пришел к еще одному выводу прямое проведение дает большой выигрыш при востановлении  последовательности
и вообще при массовом перепроведении документов.
Это происходит потому что эти операции идут из "далекого" прошлого, а новый алгоритм за счет сокращения операций с rg будет иметь большой выигрыш.