SQL Server에서 SELECT FOR UPDATE 기능을 어떻게 얻을 수 있습니까?

SQL Server에서 단독 행 액세스 얻기: SELECT FOR UPDATE 탐색

SELECT FOR UPDATE의 개념은 Oracle, DB2에서 잘 알려져 있습니다. , MySQL을 사용하면 개발자가 데이터를 검색하는 동안 행에 대한 배타적 잠금을 획득하여 다른 동시 트랜잭션이 선택한 데이터를 수정하는 것을 방지할 수 있습니다. 그러나 SQL Server에서 SELECT FOR UPDATE를 사용할 경우 몇 가지 눈에 띄는 차이점이 있습니다.

제공된 코드에서 행 수준 잠금을 달성하기 위해 WITH(updlock)를 사용하려고 시도했지만 원하는 결과를 얻지 못했습니다. 결과적으로 다른 연결이 다른 행을 선택하는 것도 차단했기 때문입니다. 이 문제를 해결하기 위해 SQL Server의 SELECT FOR UPDATE에 대한 다양한 옵션을 살펴보겠습니다.

ROWLOCK

ROWLOCK 힌트를 사용하여 행 수준 잠금을 설정할 수 있지만 다른 행에 대한 SELECT 작업의 경우에도 전체 행을 잠급니다. 이 동작은 동일한 행 시나리오와 일치하지만 다른 행 시나리오와는 일치하지 않습니다.

updlock, rowlock

updlock과 rowlock을 결합해도 상황이 개선되지 않습니다. 동일한 행과 다른 행 SELECT 모두에 대해 여전히 차단이 발생합니다.

xlock,rowlock

updlock,rowlock과 마찬가지로 이 조합도 광범위한 잠금을 제공하여 동일한 행과 다른 행 모두에 영향을 미칩니다. 열

repeatableread

Repeatableread는 가상 읽기와 같은 데이터 조작 변칙을 방지하는 격리 수준입니다. 그러나 행 수준 잠금을 수행하지 않으므로 이 요구 사항에 대한 솔루션을 제공하지 않습니다.

DBCC TRACEON (1211,-1)

이 추적 플래그는 데이터베이스를 설정합니다. -모든 읽기 작업에 대한 -와이드 ROWLOCK으로 행 수준 잠금을 효과적으로 시뮬레이션합니다. 그러나 이는 모든 연결에 영향을 미치며 모든 시나리오에 적합하지 않을 수 있습니다.

rowlock,xlock,holdlock

이 조합은 또한 다음을 포함하여 SELECT에 대한 전체 행을 잠급니다. 다른 행.

updlock,holdlock

rowlock,xlock,holdlock과 유사하며 이 조합은 행 수준 잠금을 제공하지만 HOLDLOCK을 포함하도록 확장합니다. 의미 체계.

UPDLOCK,READPAST

스냅샷 격리 수준의 경우 이 조합을 사용하면 커밋 가능한 읽기에 대해 행 잠금 없이 SELECT를 사용할 수 있습니다. 그러나 배타적 잠금을 제공하지 않으며 이 사용 사례에 적합하지 않을 수 있습니다.

결론

안타깝게도 탐색된 옵션 중 어느 것도 SELECT의 정확한 동작을 제공하지 않습니다. SQL Server를 사용하는 다른 DBMS에서 알려진 FOR UPDATE입니다. 행 수준 잠금은 ROWLOCK을 통한 옵션이지만 다른 SELECT 작업에도 영향을 미치므로 바람직하지 않을 수 있습니다. 이러한 경우 교착 상태 및 스냅샷 동시성 문제를 포착하는 것이 원하는 수준의 데이터 일관성을 달성하는 데 필요한 대안이 될 수 있습니다.

위 내용은 SQL Server에서 SELECT FOR UPDATE 기능을 어떻게 얻을 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!