Добрый день!

Возник такой вопрос. Запускаю запрос к бд 1С (sql-сервер), в запросе первая таблица с винтом (nolock), остальные без хинта. Права в бд только на чтение. Запрос - обычный select.
Запрос отрабатывает, сессия продолжает висеть.
На момент запуска запроса уже несколько часов идёт перестроение индекса.
Запрос блокирует перестроение индекса, пока его не срубили.

Вопросы:
- почему "грязное" чтение вообще способно помешать перестроение индекса?
- почему "висящая сессия" с таким запросом способна помешать перестроению индекса?
- как вообще возможна блокировка перестроения индекса запросом на чтение?
- если это nolock, то почему?
- если это "висящая" сессия, то почему?
- это особенность 1с (есть такое мнение) или возможно в любой sql-ной базе.

Нашла много примеров в инете,где первый строение индекса блокирует запрос на чтение nolock, но у нас наоборот: именно перестроение индекса блокируется запросом.

Нетрадиционное использование СКД,

Спасибо! Хорошая статья и 3е решение понравилось. Но, если вместо rebuild можно использовать reorganization, почему всё-таки делают rebuild? Насколько критично различие?

И второе,если просто не писать nolock, будут читаться только закоммиченные транзакции,правильно? Такое чтение ведь не должно блокировать перестроение индексов?

Нетрадиционное использование СКД,

В конференции SQL Server ответили, что с редакции Enterprise чтение без хинта не ставит Sch-s блокировку, если одновременно перестраивается индекс.