|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Bricker 2:5020/400 01 Jun 2001 14:33:44 To : All Subject : Re: Informix ? -------------------------------------------------------------------------------- Hi, All! Решил тут посмотреть, что у MS SQL 2000 нового с блокировками: ...The level at which locks are applied does not have to be specified by users and needs no configuration by administrators... ...Lock escalation thresholds are determined dynamically by SQL Server and do not require configuration... ...Database administrators no longer have to be concerned with adjusting lock escalation thresholds... насчет последних двух фраз: Как я понял, в 7.0 настройки эскалации блокировок тоже не было. Внимание, вопрос знатокам :-) Была ли в предыдущих версиях MS SQL настройка эскалации блокировок? "Ilya Bricker" <ivb@unact.ru> wrote in message news:9f7ok5$1jp6$1@gavrilo.mtu.ru... > Привет, > > Линейное падение времени реакции - как раз признак блокирования. > Вполне могла быть эскалация блокировок на уровень таблицы. > > "Lilya A. Kozlenko" <Lilya.A.Kozlenko@f17.n5025.z2.fidonet.org> wrote in > message news:2931055731@mail.relex.ru... > > > Вы уверены, что проблема была не в блокировках? Это может быть > специфичная > > > для MS блокировка, раз уж Ваша задача нормально работала на другой DBMS > на > > > > Блокирование исключается. MS не держит share на страницы до конца > > транзакции, > > а intent у нее просто нет, а serializable не был использован. Транзакции > > были > > подобраны так, что "подраться" на блокировках им было трудно. Вероятность > > блокировки не велика 2/1 000 000 и 2/10 000 000 именно столько данных было > > в основной таблице банковских счетов (2 - это как раз счета, > задействованные > > при переводе денег). Пусть даже блокируется страница, ну сколько записей > > фичически моглотам быть, ну пусть даже 20 в 8k поместилось, все равно это > не > > есть фактор, > > который мог бы существенно повлиять. Hе может получиться при таком > раскладе > > линейное подение. Значит, причина скорее всего не в блокировании. > [...] > > --- ifmail v.2.15dev5 * Origin: MTU-Intel ISP (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/91041b6e00ab.html, оценка из 5, голосов 10
|