Сорри - выложил схему под другим именем и не заметил.



http://www.uncommon-logic.com/urry/3t/scheme2.htm

softwarerЕдинственный путь заранее гарантировать себя от нее - не пользоваться контекстом вообще, то есть в каждом вызове бизнес-функции передавать информацию начиная от имени-пароля пользователя.

Это невозможно в некоторых случаях:

например, когда операция включает в себя несколько атомарных операций в рамках одной транзакции.

В этом случае нужно либо хранить контекст на клиенте целиком (включая все блокированые объекты), либо таки использовать контекст сессии на сервере (это всяко легче).

Основная идея моего поста - "контекст сессии на сервере необходим в определенных случаях"

>>Что значит "операция включает в себя несколько атомарных операций в <
>>рамках одной транзакции"?
>>Можно привести конкретный пример?

Операция "Проведение документа расходная накладная". В рамках операции производятся следующие операции: блокировка регистра* остатков товара, блокировка регистра резервов, блокировка регистра взаиморасчетов. Расчеты учитывающие общее состояние учетной системы, конкретного клиента и пользователя проводящего документ.

Все это выполняется в рамках одной транзакции.

Т.о. существуют разделяемые ресурсы, которые должны быть зафиксированы между клиентскими сессиями. Передача разделяемых ресурсов на клиент - неоправдано дорогая операция.
--------------------------------------------------------------------
*"блокировка регистра" не означает блокировку таблицы. Блокируются и изменяются только определенные записи.

>>Вы предлагаете на одну транзакцию делать несколько
>>вызовов сервера с клиента?

Это происходит в любом случае, если для успешного завершения транзакции необходимо получить информацию из БД непосредственно во время выполнения транзакции. "Забирать" весь контекст на клиента до выполнения транзакции и освобождать их по завершении транзакции нереально в некоторых случаях т.к. "длинные" транзакции могут противоречить задачам системы.

======================================================

У меня есть сомнения, что я правильно понял Ваш последний вопрос. В этом случае просьба - если хотите получить нормальный ответ, а не бред (с Вашей точки зрения) - задавайте вопрос в более развернутом и конкретном виде. У меня нет желания спорить из-за отсутствия словаря базовых определений или из-за неправильно понятого вопроса.