powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
25 сообщений из 58, страница 2 из 3
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595582
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь_UUSГавриленко Сергей Алексеевичпропущено...
Вы ответы принципиально не читаете? Написали же все в первом же ответе: 21159923


Вы меня запутали, при чём тут не явные транзакции??? Я не использую вообще SET IMPLICIT_TRANSACTIONS ON

мне нужно обратиться к таблице, заблокировать одну запись c заданным ID, внести в неё изменения. В момент блокировки записи, все параллельные изменения не должны вноситься до её разблокировки. Или заблокировать всю таблицу (не желательно, но если другого гарантированного варианта нет, пускай будет всю)Еще раз, для тех, кто в танке. Одиночный стейтмент выполняется в транзакции. Всегда и вне зависимости от того, что и где вы написали.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595594
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь_UUSмне нужно обратиться к таблице, заблокировать одну запись c заданным ID, внести в неё изменения. В момент блокировки записи, все параллельные изменения не должны вноситься до её разблокировки.Ответы не читаете? Или не понимаете прочитанное?
Еще раз - конкурирующие update никогда не вызовут "потерянных изменений". Никаких дополнительных манипуляций не требуется.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595595
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invmИгорь_UUSмне нужно обратиться к таблице, заблокировать одну запись c заданным ID, внести в неё изменения. В момент блокировки записи, все параллельные изменения не должны вноситься до её разблокировки.Ответы не читаете? Или не понимаете прочитанное?
Еще раз - конкурирующие update никогда не вызовут "потерянных изменений". Никаких дополнительных манипуляций не требуется.
RCSI?
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595624
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKinvmпропущено...
Ответы не читаете? Или не понимаете прочитанное?
Еще раз - конкурирующие update никогда не вызовут "потерянных изменений". Никаких дополнительных манипуляций не требуется.
RCSI?
а что меняется-то для апдэйта на RCSI?
если данный апдэйт блокирован соседним апдэйтом,
он будет ждать соседского коммита(ну или роллбэка, без разницы).
и уж если сосед закоммитит, то прочитана будет последняя закоммиченная версия,
т.е. как раз то, что проапдэйтила соседняя сессия.
ну а при роллбэке будут прочитаны неизмененные данные.
какой же тут lost update?
---
у него в вопросе голый апдэйт (1 statement).
не сперва некое чтение, а потом апдэйт, и все это в транзакции,
а простой апдэйт.
которому вообще по барабану Isolation Level
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595625
Руслан Дамирович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Гавриленко Сергей Алексеевич]Игорь_UUSибо 100% гарантии дает только страховой полис.
Владельцы ОСАГО с вами не согласны!
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595626
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гавриленко Сергей АлексеевичИгорь_UUSибо 100% гарантии дает только страховой полис.

Владельцы ОСАГО с вами не согласны!Вы хотите спорить с О. Бендером?
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595630
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123,

автора что меняется-то для апдэйта на RCSI?
если данный апдэйт блокирован соседним апдэйтом,
он будет ждать соседского коммита(ну или роллбэка, без разницы).
и уж если сосед закоммитит, то прочитана будет последняя закоммиченная версия,
т.е. как раз то, что проапдэйтила соседняя сессия.
ну а при роллбэке будут прочитаны неизмененные данные.
какой же тут lost update?
прочитаны будут данные на начало транзакции, ждать комита никто не будет чтобы читать
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595638
Игорь_UUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
TaPaKИгорь_UUS,

ответ вам уже дан. Если осилили прочитать про нейвные, прочитайте и про явные и неожиднный autocommit
https://technet.microsoft.com/en-us/library/ms187878(v=sql.105).aspx

всё понятно... выполнение любой операции это и есть транзакция, если нет явной происходит autocommit после каждого действия...
спасибо!
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595641
dao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь_UUSTaPaKИгорь_UUS,

ответ вам уже дан. Если осилили прочитать про нейвные, прочитайте и про явные и неожиднный autocommit
https://technet.microsoft.com/en-us/library/ms187878(v=sql.105).aspx

всё понятно... выполнение любой операции это и есть транзакция, если нет явной происходит autocommit после каждого действия...
спасибо!
не правильно.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595642
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKRCSI?TaPaKпрочитаны будут данные на начало транзакции, ждать комита никто не будет чтобы читатьRCSI не распространяется на писателей.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595645
Игорь_UUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
invmИгорь_UUSмне нужно обратиться к таблице, заблокировать одну запись c заданным ID, внести в неё изменения. В момент блокировки записи, все параллельные изменения не должны вноситься до её разблокировки.Ответы не читаете? Или не понимаете прочитанное?
Еще раз - конкурирующие update никогда не вызовут "потерянных изменений". Никаких дополнительных манипуляций не требуется.

Я реально запутался))) Дак надо что-то применять или нет... тут пишут то ли надо, то ли не надо
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595656
dao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь_UUSinvmпропущено...
Ответы не читаете? Или не понимаете прочитанное?
Еще раз - конкурирующие update никогда не вызовут "потерянных изменений". Никаких дополнительных манипуляций не требуется.

Я реально запутался))) Дак надо что-то применять или нет... тут пишут то ли надо, то ли не надо
Вы успокойтесь и скажите что вам надо сделать , а не то что вы придумали в голове, и пытаетесь реализовать ))
Вам нужна непрерывная нумерация?
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595662
гогол
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изоляция транзакций.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595664
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invmTaPaKRCSI?TaPaKпрочитаны будут данные на начало транзакции, ждать комита никто не будет чтобы читатьRCSI не распространяется на писателей.
в частности да, речь о том что если считать, протом менять
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595669
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKречь о том что если считать, протом менятьТак это не случай ТС.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595670
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invmTaPaKречь о том что если считать, протом менятьТак это не случай ТС.
конечно, rcsi тоже не его случай :)
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595675
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKYasha123,

автора что меняется-то для апдэйта на RCSI?
если данный апдэйт блокирован соседним апдэйтом,
он будет ждать соседского коммита(ну или роллбэка, без разницы).
и уж если сосед закоммитит, то прочитана будет последняя закоммиченная версия,
т.е. как раз то, что проапдэйтила соседняя сессия.
ну а при роллбэке будут прочитаны неизмененные данные.
какой же тут lost update?
прочитаны будут данные на начало транзакции, ждать комита никто не будет чтобы читать
сделайте update с output на rcsi. в одном окне откройте транзакцию и делайте первый апдэйт без коммита, во втором окне апдэйт с аутпутом. ну теперь комитьте первого
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595678
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123TaPaKYasha123,

пропущено...

прочитаны будут данные на начало транзакции, ждать комита никто не будет чтобы читать
сделайте update с output на rcsi. в одном окне откройте транзакцию и делайте первый апдэйт без коммита, во втором окне апдэйт с аутпутом. ну теперь комитьте первого
а так
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
--1 tran
BEGIN TRAN 

UPDATE dbo.P SET Id = 500
--COMMIT

--2 tran
BEGIN TRAN 
DECLARE @a INT = ( SELECT MAX(Id) FROM dbo.P )
UPDATE dbo.P SET Id = @a

COMMIT
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595688
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKа так
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
--1 tran
BEGIN TRAN 

UPDATE dbo.P SET Id = 500
--COMMIT

--2 tran
BEGIN TRAN 
DECLARE @a INT = ( SELECT MAX(Id) FROM dbo.P )
UPDATE dbo.P SET Id = @a

COMMIT

Так это и есть классическое "потерянное изменение". Такое и без RCSI сплошь и рядом.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595692
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKYasha123пропущено...

сделайте update с output на rcsi. в одном окне откройте транзакцию и делайте первый апдэйт без коммита, во втором окне апдэйт с аутпутом. ну теперь комитьте первого
а так
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
--1 tran
BEGIN TRAN 

UPDATE dbo.P SET Id = 500
--COMMIT

--2 tran
BEGIN TRAN 
DECLARE @a INT = ( SELECT MAX(Id) FROM dbo.P )
UPDATE dbo.P SET Id = @a

COMMIT


у меня там написано аж 2 раза: у товарища ГОЛЫЙ АПДЭЙТ, А НЕ СЕЛЕКТ + АПДЭЙТ И ВСЕ ЭТО В ОДНОЙ ТРАНЗАКЦИИ. пишу не с компа, с приложения в телефоне, у него не предусмотрено bold + size 3, могу только заглавными написать, читайте внимательнее, плиз
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595696
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь_UUSЯ реально запутался))) Дак надо что-то применять или нет... тут пишут то ли надо, то ли не надоДумаете я зря рекомендовал про блокировки читать. Вот прочли бы и перестали путаться.

При updat'е происходит примерно следующее - при считывании значения изменяемого столбца на строку таблицы накладывается U-блокировка (может и сразу X). И это гарантирует, что никакие конкурирующие писатели (update, delete и т.п.) не смогут прочитать значения из этой строки до снятия блокировки.
Потому что они тоже захотят наложить U и не смогут, ибо U не совместима с другой U или X.
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595702
Фотография Yasha123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
invmИгорь_UUSЯ реально запутался))) Дак надо что-то применять или нет... тут пишут то ли надо, то ли не надоДумаете я зря рекомендовал про блокировки читать. Вот прочли бы и перестали путаться.

При updat'е происходит примерно следующее - при считывании значения изменяемого столбца на строку таблицы накладывается U-блокировка (может и сразу X). И это гарантирует, что никакие конкурирующие писатели (update, delete и т.п.) не смогут прочитать значения из этой строки до снятия блокировки.
Потому что они тоже захотят наложить U и не смогут, ибо U не совместима с другой U или X.
вот именно.
а все уровни изоляций - они для читателей, а не для голых писателей
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595754
Игорь_UUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
invmИгорь_UUSЯ реально запутался))) Дак надо что-то применять или нет... тут пишут то ли надо, то ли не надоДумаете я зря рекомендовал про блокировки читать. Вот прочли бы и перестали путаться.

При updat'е происходит примерно следующее - при считывании значения изменяемого столбца на строку таблицы накладывается U-блокировка (может и сразу X). И это гарантирует, что никакие конкурирующие писатели (update, delete и т.п.) не смогут прочитать значения из этой строки до снятия блокировки.
Потому что они тоже захотят наложить U и не смогут, ибо U не совместима с другой U или X.

Спасибо, получается ничего тут придумывать ненужно...
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595775
dao
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь_UUSinvmпропущено...
Думаете я зря рекомендовал про блокировки читать. Вот прочли бы и перестали путаться.

При updat'е происходит примерно следующее - при считывании значения изменяемого столбца на строку таблицы накладывается U-блокировка (может и сразу X). И это гарантирует, что никакие конкурирующие писатели (update, delete и т.п.) не смогут прочитать значения из этой строки до снятия блокировки.
Потому что они тоже захотят наложить U и не смогут, ибо U не совместима с другой U или X.

Спасибо, получается ничего тут придумывать ненужно...
а вот не совсем )) - таки обрисуйте свою задачу - что у вас за "таблица-счётчик" ))
...
Рейтинг: 0 / 0
Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
    #39595831
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yasha123вот именно.
а все уровни изоляций - они для читателей, а не для голых писателей

Это не так

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
create table test (
	id int not null primary key clustered
	, v int 
)

insert test(
	id
)
values (1), (3)



begin tran
set transaction isolation level read committed

update test with(rowlock) set 
	v = 1  
where 
	id = 2

exec sp_lock @@spid

commit



begin tran
set transaction isolation level serializable 
update test with(rowlock) set 
	v = 1  
where 
	id = 2

exec sp_lock @@spid

commit


drop table test



Результат

spiddbidObjIdIndIdTypeResourceModeStatus54600DB SGRANT54620473463580TAB IXGRANT54121071545520TAB ISGRANT54620153462440TAB IXGRANT54620473463581PAG1:7741 IXGRANT5432767-5712046560TAB Sch-SGRANT

spiddbidObjIdIndIdTypeResourceModeStatus54600DB SGRANT 54 6 2047346358 1 KEY (98ec012aa510) RangeX-X GRANT 54620473463580TAB IXGRANT54121071545520TAB ISGRANT54620473463581PAG1:7741 IXGRANT5432767-5712046560TAB Sch-SGRANT
...
Рейтинг: 0 / 0
25 сообщений из 58, страница 2 из 3
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Возможен ли вариант, при котором один момент времени несколько потоков изменяют данные?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]