SQL 개발자는 부하가 높은 상황에서 고유한 행 삽입을 어떻게 보장할 수 있습니까?

압력을 받는 SQL 데이터베이스에서 고유한 행 삽입 보장

SQL 개발자의 일반적인 과제는 중복 항목을 만들지 않고 행을 삽입하는 것입니다. 전통적인 방법에는 하위 쿼리가 포함되는 경우가 많습니다.

INSERT INTO TheTable
SELECT
    @primaryKey,
    @value1,
    @value2
WHERE
    NOT EXISTS
    (SELECT
        NULL
    FROM
        TheTable
    WHERE
        PrimaryKey = @primaryKey)

그러나 부하가 심한 경우 이 접근 방식은 기본 키 위반으로 이어질 수 있으며 문의 원자성을 손상시킬 수 있습니다.

이 문제를 완화하기 위해 일부 개발자는 잠금 메커니즘을 사용합니다.

INSERT INTO TheTable
WITH
    (HOLDLOCK,
    UPDLOCK,
    ROWLOCK)
SELECT
    @primaryKey,
    @value1,
    @value2
WHERE
    NOT EXISTS
    (SELECT
        NULL
    FROM
        TheTable
    WITH
        (HOLDLOCK,
        UPDLOCK,
        ROWLOCK)
    WHERE
        PrimaryKey = @primaryKey)

그러나 과도한 잠금은 성능에 큰 영향을 미칩니다.

종종 "JFDI"(Just F***ing Do It) 방법이라고도 하는 보다 효율적인 전략에는 오류 처리와 함께 직접 삽입이 포함됩니다.

BEGIN TRY
   INSERT etc
END TRY
BEGIN CATCH
    IF ERROR_NUMBER() <> 2627
      RAISERROR etc
END CATCH

이렇게 하면 중첩된 쿼리와 잠금이 방지되어 대용량에서 동시성이 향상됩니다.

중요하게 적절한 색인 생성이 가장 중요합니다. 숙련된 SQL 개발자가 "강의 4"에서 강조한 것처럼 중복 방지를 위해 하위 쿼리에만 의존하는 것은 신뢰할 수 없습니다. 적절한 오류 처리(예: 오류 2627 잡기)와 결합된 고유 인덱스는 자동 중복 방지 기능을 제공하여 프로세스를 간소화합니다.

위 내용은 SQL 개발자는 부하가 높은 상황에서 고유한 행 삽입을 어떻게 보장할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!