 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry Novikov 2:5020/400 27 Dec 2002 17:35:43 To : Sergey Prach Subject : Re: Синхронизация доступа к БД -------------------------------------------------------------------------------- Всем привет! "Sergey Prach" <slprach@kot.poltava.ua> сообщил/сообщила в новостях следующее: > > В блокировачнике одна из транзакций не сдыхает, а ждет, и только в > > редких случаях (dead lock) сдыхает, но опять же одна, выбранная жертвой, > > а не обе. > > Hу и какая же при dead lock-е выживает? По каким критериям происходит > отбор? Typically, SQL Server chooses the thread running the transaction that is least expensive to undo as the deadlock victim. Alternatively, a user can set the DEADLOCK_PRIORITY of a session to LOW, using the SET statement. The DEADLOCK_PRIORITY option controls how sessions are weighed in deadlock situations. If a session's setting is set to LOW, that session becomes the preferred victim when involved in a deadlock situation С наилучшими пожеланиями, Дмитрий dim@rnivc.kis.ru --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6577bc5a6517.html, оценка из 5, голосов 10
|
|
|