01.10.2009, 13:07 | #61 |
Участник
|
да что он работает и так понятно... вопрос был в том будет ли блокировка... вроде бы всё нормально и проблем нет
|
|
18.02.2010, 10:30 | #62 |
Участник
|
Цитата:
Сообщение от MSI
Цитата:
Цитата:
И еще один вопрос, который может показаться странным, но ситуация имеет место быть: иногда при прекращении работы учетных кодъюнитов по ERROR сиквель "забывает" решить, что транзакция завершена и снять блокировки с таблиц кот. были заблокированны до момента как (!) пользователь не нажмет ок на ERROR. В то время как все мануалы четко утверждают о том, что, дескать, все сообщения выводятся после завршения транзакции.
Если есть опыт борьбы с такой ситуацией очень бы хотелось получить какие-то рекомендации. Заранее благодарю. Мы боролись с этим так: скрипт, запускаемый каждые 15 секунд, проверяет - если какой-то пользователь является причиной блокировки и не посылает команды на сервер в течении 15 секунд, мы его отключаем. |
|
18.02.2010, 11:56 | #63 |
Участник
|
Цитата:
Сообщение от AVX
По поводу продолжения транзакции и блокировки, пока пользователь не нажмет ОК на сообщении об ошибке. У нас такая ситуация получается, что при учете с одного терминального сервера блокировка есть, а с другого - нет. Смотрели профайлером, видно, что на одном сервере транзакция заканчивается по ошибке (IF @@TRANCOUNT > 0 ROLLBACK TRAN), а на другом не заканчивается, пока ОК не нажмешь. Посоветуйте, какие настройки терминалок смотреть/корректировать?
|
|
18.02.2010, 13:36 | #64 |
Участник
|
|
|
18.02.2010, 15:06 | #65 |
Участник
|
Нет, версии finsql.exe разные. В этом и проблема была. Причем, блокировки с более поздней версией клиента возникали.
|
|
18.02.2010, 18:33 | #66 |
Участник
|
Цитата:
Подробнее здесь: http://dynamicsuser.net/blogs/waldo/...b-nav2009.aspx |
|