|
![]() |
#1 |
Участник
|
Прошла ночь) - и поле добавилось. Выполнялся "ALTER TABLE". Спасибо за советы)
|
|
![]() |
#2 |
Участник
|
Что-то странное у вас с производительностью.
В принципе 5млн записей - детский размер. Может все-таки кто-то блокировал InventSum, а изменение таблицы накладывает блокировку схемы. В результате, большую часть времени операция изменения таблицы ждала пока с InventSum будут сняты все блокировки? В общем, я хочу сказать, что час-два - это еще можно объяснить. Но "ночь" - это уже что-то ненормальное. |
|
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Участник
|
Например, в enterprise manager, management, activity monitor, Locks by Object
|
|
![]() |
#5 |
Участник
|
Цитата:
Пришлось использовать X++: USE master EXEC sp_lock |
|
![]() |
#6 |
Участник
|
это первый признак, что сервер был занят по самые помидорки.
в следующий раз используйте команду sp_who2 или sp_who для того, чтобы получить список юзеров |
|
|
За это сообщение автора поблагодарили: rpr (1). |
![]() |
#7 |
Участник
|
![]()
есть бесплатная утилитка - http://sqlblocks.narod.ru/index.html ...
|
|
|
За это сообщение автора поблагодарили: Logger (2), rpr (1). |
![]() |
#8 |
Участник
|
Цитата:
Сообщение от mazzy
![]() Что-то странное у вас с производительностью.
В принципе 5млн записей - детский размер. Может все-таки кто-то блокировал InventSum, а изменение таблицы накладывает блокировку схемы. В результате, большую часть времени операция изменения таблицы ждала пока с InventSum будут сняты все блокировки? Вопросы: 1) Такие проблемы с вью - это нормально или нет? 2) Что можно сделать? Пока вижу варианты, которые не очень устраивают (потому что надо убеждать клиента в их необходимости)): - разграничить разработку отчетов и всего остального по времени / приложениям - переписать отчеты (много), чтобы не использовать вью Последний раз редактировалось rpr; 24.04.2009 в 04:10. |
|
Теги |
sql server, добавление поля, блокировка, синхронизация баз |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|