'존재하는 경우 ... 업데이트 ... ELSE .. INSERT'를 사용하는 위험 및 대안은 무엇입니까?

Question

이 질문은 Occasionally Getting SqlException: Timeout expired과 관련이 있습니다. 사실, 내 애플 리케이션에 크게 IF EXISTS... UPDATE .. ELSE .. INSERT을 사용하고 있습니다. 그러나 사용자 Remus Rusanu는 이것을 사용해서는 안된다고 말하고 있습니다. 왜 내가 이것을 사용해서는 안되며 위험을 포함시켜야한다. 그렇다면, 내가 가진 경우

IF EXISTS (SELECT * FROM Table1 WHERE Column1='SomeValue') 
    UPDATE Table1 SET (...) WHERE Column1='SomeValue' 
ELSE 
    INSERT INTO Table1 VALUES (...) 

이 문장을 다시 작성하여 작동되게하려면 어떻게해야합니까? 2 개 동시 중복과 매우 가까운 전화가 모두 INSERT가 발생하기 전에 존재에서 "false"를 얻을 수 있기 때문에

Answer 1

사용 MERGE

당신의 SQL이 실패합니다. 그래서 둘 다 INSERT하려고 시도하지만 물론 실패합니다.

이 더 여기 설명 : Select/Insert version of an Upsert: is there a design pattern for high concurrency?이 답변이 비록 오래되어 병합 IF EXISTS ... UPDATE ... (및 IF NOT EXISTS ... INSERT ...)와

Answer 2

문제를 추가하기 전에 적용 동시성에서 다중 스레드 (거래)가 IF EXISTS 부분 를 실행하는 것입니다 모두는 동일한 결론 인에 도달하고 (예 : 존재하지 않음) 그에 따라 행동하십시오. 결과적으로 모든 스레드가 INSERT를 시도하여 키 위반이 발생합니다. 코드에 따라 제약 조건 위반 오류, 교착 상태, 시간 초과 또는 악화 (업데이트 손실)가 발생할 수 있습니다.

IF EXISTS과 그 조치가 원자 적인지 확인해야합니다. SQL Server 2008 이전 버전의 솔루션은 트랜잭션 및 잠금 힌트 사용과 관련되어 매우 오류가 발생하기 쉽습니다 (잘못되기 쉽습니다). SQL Server 2008을 게시하면 MERGE을 사용할 수 있습니다. 그러면 단일 성명과 엔진에서 수행하려는 작업을 이해할 수 있습니다.

Answer 3

병합은 첫 번째 경우에 2 개의 테이블을 비교하기 위해 만들어 졌으므로 병합을 사용할 수 있습니다.

또 다른 옵션 인 다음을 살펴보십시오.

이 경우 불행히도 동시성에 문제가 발생할 가능성이 있습니다.

--Just update a row 
UPDATE Table1 SET (...) WHERE Column1='SomeValue' 
    -- If 0 rows are updated ... 
    IF @@ROWCOUNT=0 
--Insert Row 
INSERT INTO Table1 VALUES (...) 

this 블로그에서 자세히 설명했습니다.

또한 this interesting blog은 거의 동시성입니다. 이 경우

Answer 4

샘플 MERGE 문은 다음과 같습니다

MERGE INTO Table1 t1 
USING (SELECT 'SomeValue' as Column_id FROM dual) t2 ON 
(t1.column_id = t2.column_id) 
WHEN MATCHED THEN 
    UPDATE SET(...) 
WHEN NOT MATCHED THEN 
    INSERT (t1.column_id) 
    VALUES ('SomeValue');