트리거에서 INSERTED 및 DELETED 테이블을 조인하는 끔찍한 성능

특정 열이 특정 값에서 다른 값으로 변경되는 것을 감시하는 테이블에 UPDATE 트리거가 있습니다. 이 경우 단일 UPDATE 문을 통해 다른 테이블의 일부 관련 데이터를 업데이트합니다.

트리거가 수행하는 첫 번째 작업은 업데이트 된 행에이 열의 값이 해당 값에서 변경되었는지 확인하는 것입니다. INSERTED를 DELETED에 조인하고 해당 열의 값을 비교합니다. 자격이 없으면 UPDATE 문이 실행되지 않도록 조기에 구제됩니다.

IF NOT EXISTS (
    SELECT TOP 1 i.CUSTNMBR
    FROM INSERTED i
        INNER JOIN DELETED d
            ON i.CUSTNMBR = d.CUSTNMBR
    WHERE d.CUSTCLAS = 'Misc'
        AND i.CUSTCLAS != 'Misc'
)
    RETURN

이 경우 CUSTNMBR은 기본 테이블의 기본 키입니다. 이 테이블에서 큰 업데이트 (예 : 5000+ 행)를 수행하는 경우 CUSTCLAS 열을 건드리지 않아도이 명령문은 AGES를 사용합니다. Profiler에서 몇 분 동안이 진술에서 멈추는 것을 볼 수 있습니다.

실행 계획은 기괴합니다. 3,714 개의 실행과 ~ 1,850 만 개의 출력 행을 가진 삽입 된 스캔을 보여줍니다. CUSTCLAS 열의 필터를 통해 실행됩니다. 이를 (중첩 루프를 통해) 삭제 된 스캔 (CUSTCLAS에서도 필터링 됨)에 결합합니다.이 스캔은 한 번만 실행되며 5000 개의 출력 행이 있습니다.

이 문제를 일으키기 위해 내가 무슨 바보 같은 일을하고 있습니까? 트리거는 여러 행 업데이트를 올바르게 처리해야합니다.

편집 :

나는 또한 이것을 EXISTS가 불쾌한 일을하는 경우와 같이 작성하려고 시도했지만 여전히 끔찍합니다.

DECLARE @CUSTNMBR varchar(31)
SELECT TOP 1 @CUSTNMBR = i.CUSTNMBR
FROM INSERTED i
    INNER JOIN DELETED d
        ON i.CUSTNMBR = d.CUSTNMBR
WHERE d.CUSTCLAS = 'Misc'
    AND i.CUSTCLAS != 'Misc'

IF @CUSTNMBR IS NULL
    RETURN

당신은 명시 적으로 사용하여 평가할 수있다 INNER MERGE JOIN또는 INNER HASH JOIN당신은 아마도 나중에 다시 당신은 아마 더 나은 오프 단지의 내용을 삽입하는 트리거에서이 테이블을 사용하고 있는지 힌트 만 제공을 inserted하고 deleted인덱스로 테이블을 #temp테이블과 함께 수행되고.

유용한 인덱스는 자동으로 생성되지 않습니다.

나는 이것이 답변되었지만 최근에 활성화 된 것으로 나타 났으며 수백만 행의 테이블에 대해서도 마찬가지입니다. 허용 된 답변을 할인하지는 않지만 비슷한 경험을 수행 할 때 트리거 성능의 주요 요소 (하나 이상의 열에 실제로 값이 변경되었는지 확인)가 열인지 여부를 경험에 추가 할 수 있습니다. 테스트를받는 것은 실제로 UPDATE성명서의 일부였습니다 . 실제로 명령문의 일부가 아닌 테이블 inserted과 deleted테이블 사이의 열을 비교 하면 해당 필드가 필드의 일부인 경우에는 그렇지 않은 성능에 큰 끌림이 있음을 알았 습니다.UPDATEUPDATE진술 (실제로 가치가 변경되는 것과 상관없이). 해당 열이 변경 될 가능성을 논리적으로 배제 할 수있는 경우 어떤 항목이 변경되었는지 판별하기 위해 모든 작업 (예 : X 행에서 N 필드를 비교하는 조회)을 수행하는 이유는 무엇입니까? 진술 의 SET절에서 UPDATE.

내가 사용한 솔루션 은 트리거 내부에서만 작동 하는 UPDATE () 함수 를 사용하는 것이 었습니다 . 이 내장 함수는 UPDATE명령문 에 열이 지정되었는지 알려주며, 관심이있는 열이의 일부가 아닌 경우 트리거를 종료하는 데 사용할 수 있습니다 UPDATE. 이를 SELECT열과 함께 사용 한다고 가정하고 해당 열에 UPDATE실제 변경 사항이 있는지 확인하기 위해 a와 함께 사용할 수 있습니다 . 다음과 같은 여러 감사 트리거의 맨 위에 코드가 있습니다.

-- exit on updates that do not update the only 3 columns we ETL
IF (
     EXISTS(SELECT 1 FROM DELETED) -- this is an UPDATE (Trigger is AFTER INSERT, UPDATE)
     AND (
            NOT (UPDATE(Column3) OR UPDATE(Column7)
                 OR UPDATE(Column11)) -- the columns we care about are not being updated
            OR NOT EXISTS(
                        SELECT 1
                        FROM INSERTED ins
                        INNER JOIN DELETED del
                                ON del.KeyField1 = ins.KeyField1
                                AND del.KeyField2 = ins.KeyField2
                        WHERE ins.Column3 <> del.Column3
                                 COLLATE Latin1_General_100_CS_AS -- case-sensitive compare
                        OR    ISNULL(ins.Column7, -99) <> 
                                 ISNULL(del.Column7, -99) -- NULLable INT field
                        OR    ins.[Column11] <> del.[Column11] -- NOT NULL INT field
                      )
          )
    )
BEGIN
    RETURN;
END;

이 논리는 다음과 같은 경우 나머지 트리거로 진행됩니다.

1. 작업은 INSERT
2. 관련 필드들 중 적어도 하나는 인 SET절 UPDATE 과 하나의 행에 해당 열 중 적어도 하나가 변경된

는 NOT (UPDATE...) OR NOT EXISTS()이상하게 보이거나 뒤로 보일 수 있지만 관련 열이에 속하지 않으면 SELECTon inserted및 deletedtable을 수행하지 않도록 설계되었습니다 UPDATE.

필요에 따라 COLUMNS_UPDATED () 함수는 UPDATE명령문의 일부 열을 판별하는 또 다른 옵션 입니다.

존재하는 경우를 사용하여 다시 쓰려고 할 수 있습니다.

IF EXISTS (SELECT TOP 1 i.CUSTNMBR     
            FROM INSERTED i         
            INNER JOIN DELETED d             
            ON i.CUSTNMBR = d.CUSTNMBR and d.custclass = 'Misc'  
            WHERE d.CUSTCLAS <>i.CUSTCLAS)    
BEGIN

--do your triggerstuff here
END

http://dave.brittens.org/blog/writing-well-behaved-triggers.html

Dave에 따르면 가상 INSERTED / DELETED 테이블에 인덱스가없는 임시 테이블 또는 테이블 변수를 사용해야합니다. 재귀 트리거가 발생할 수있는 경우 이름 충돌을 피하기 위해 테이블 ​​변수를 사용해야합니다.

누군가가 원래 게시물이 꽤 오래 전에 도움이되기를 바랍니다.

다음 코드는이 트리거의 성능을 향상시킬 수 있습니다. [custclass] 열의 올바른 데이터 유형을 몰랐 으므로 조정해야합니다.

DECLARE @i AS TABLE (CUSTNMBR VARCHAR(31) NOT NULL PRIMARY KEY, custclass VARCHAR(10) NOT NULL)
DECLARE @d AS TABLE (CUSTNMBR VARCHAR(31) NOT NULL PRIMARY KEY, custclass VARCHAR(10) NOT NULL)
INSERT INTO @i SELECT CUSTNMBR, custclass FROM inserted
INSERT INTO @d SELECT CUSTNMBR, custclass FROM deleted
IF NOT EXISTS
  (SELECT * FROM @i AS i INNER JOIN @d AS d ON d.CUSTNMBR = i.CUSTNMBR
   WHERE i.custclass <> d.custclass) RETURN

트리거 코드에 필요한 경우 삽입 및 삭제 된 테이블 의 메모리 사본에 추가 열을 포함시킬 수 있습니다 . 이 테이블의 기본 키는 한 번에 여러 행을 업데이트 할 때 조인 성능을 크게 향상시킵니다. 행운을 빕니다!