Neo писал(а) 03. Декабря 2008 :: 12:51:

неправильно 1с является инициатором блокировки,
а блокирует доступ ко всей таблице _1sjourn sql сервер.

PS и заметь еще ведь при проведении документ может и не изменяться т.е не будет update ни _1sjourn ни dh... таблиц документа а блокировка есть.

Neo писал(а) 03. Декабря 2008 :: 14:38:

какой запрос вы подрузамеваете.
Если речь об 1с запросе
Запрос_1 = СоздатьОбъект("Запрос"); то все стандартные
1с запросы (Запрос_1) идут с хинтом (nolock)

а наш свой select без nolock может и остановиться и ждать
как мы видели в примере чуть выше.

и еще Цитата:

как раз наоборот менеджер блокировок ( часть sql сервера )
блокирует таблицу и если есть select без ( nolock ) то select останавливается ждет пока не будет снята блокировка менеджером блокировок,а если у нас есть select c (nolock)
то такому select менеджер блокировок разрешит выполняться дальше и мы получим "грязные" данные. Потому что предполагается что блокировали данные все таки разумные люди (разумные программы) и их не зря ставили.

блокировка select происходит чуть хитрее но я думаю что итак Вас запутал.

Neo писал(а) 03. Декабря 2008 :: 15:00:

Если Вы в qa повторите все дейстия что и в 1с получите тоже самое
для sql сервера все его клиенты равноправны и на поток
входящих sql команд выдается поток выходящих ответов.
имеется в виду
begin tran
declare @i integer select @i=1 from _1SJOURN(TABLOCKX HOLDLOCK) where 0=1  --- а вот это и есть блокировка журнала документов при начале модуля проведения.
если здесь остановимся

а в другом qa выдадим
select top 100 * from _1SJOURN
то зависнем на красном кирпиче пока не завершим транцакцию в первом qa

Мда, прикольно.
Поэксперименитировал с select из _1sjorn, действительно, висит ожидание блокировки.

Правда, не понятно, почему когда делаю аналогичный запрос из регистра остатков (select * from RA488), документ проводится без проблем, хотя идет запись в этот регистр.

А блокировка накладывается на всю таблицу во время selectа?

Цитата:


Давайте не будем привязываться к логике 1С, хотелось бы разобраться именно в блокировках SQL.

Просто если во время во время selecta из RA можно что-то записать в нее, то блокировка не накладывается на всю таблицу, верно?

Я думаю, что блокировка при selecte если и есть, то скорее всего построчная.

А при проведении документа из 1С ожидается блокировка таблицы _1sjourn (во время selectа) на все время selecta, наверно, потому что 1С пытается наложить монопольную блокировку на всю таблицу, а не потому, что вся таблица заблокирована... 

Neo писал(а) 04. Декабря 2008 :: 14:40:

так пока ты второй запустишь
первый qa уже выполниться.
не не понял грань между select и t-sql  select очень тонка.

Меня вообще когда только изучал sql поразило как это в 4 слова
поместили целый "мир"

Цитата:


Ну к примеру выборка всех записей из _1Sjourn идет секунд 30, так что можно попробовать