Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Почему держится блокировка?
|
|||
|---|---|---|---|
|
#18+
Имеется таблица - три реквизита Datetime,char(9),char(9) и еще несколько. Эти три в перечисленном порядке образуют кластерный индекс. Для обновления данных используется блокировка типа ROWLOCK UPDLOCK причем указывается значения первого char(9) (иногда и второго). Если не указать конкретное значения реквизита Datetime (=... или In (...)) в этой блокировке, то происходит монопольная блокировка типа KEY. Второй процесс уже не может производить обновление данных (хотя значение char(9) однозначно указывают блокируемые строки). В чем причина? Также если указать интервал реквизита Datetime, то блокировка удерживается. И еще вопрос - есть ли инструмент позволяющий более подробно, чем это можно сделатьв EM или QA, рассматривать блокировки. Например, какая конкретно команда вызвала блокировку, что конкретно пытается заблокировать процесс. По данным EM или QA трудно судить о причине блокировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2001, 15:19 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1825891]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 259ms |
| total: | 370ms |

| 0 / 0 |
