Tetikleyicide INSERTED ve DELETED tablolarına katılmakta acımasız performans

Belirli bir sütundan belirli bir değerden başka bir değere değişen belirli bir sütunu izleyen bir tabloda bir GÜNCELLEME tetikleyicim var. Bu durumda, tek bir UPDATE deyimi aracılığıyla başka bir tablodaki bazı ilgili verileri güncelleştirir.

Tetikleyicinin yaptığı ilk şey, güncellenmiş satırların bu sütunun değerinin söz konusu değerden değiştirilip değiştirilmediğini kontrol etmektir. INSERTED ile DELETED arasına katılır ve bu sütundaki değeri karşılaştırır. Hiçbir şey uygun değilse, UPDATE deyimi çalışmaz, bu yüzden erken kurtarır.

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

Bu durumda, CUSTNMBR temel alınan tablonun birincil anahtarıdır. Bu tabloda (5000+ satır gibi) büyük bir güncelleme yaparsam, CUSTCLAS sütununa dokunmamış olsam bile, bu ifade YAŞ alır. Profiler'de birkaç dakika boyunca bu açıklamada durmasını izleyebilirim.

Uygulama planı tuhaf. 3.714 yürütme ve ~ 18.5 milyon çıkış satırı içeren bir Eklenmiş Tarama gösterir. Bu, CUSTCLAS sütunundaki bir filtreden geçer. Bunu (iç içe döngü aracılığıyla) yalnızca bir kez yürüten ve 5000 çıkış satırı olan Silinmiş Tarama'ya (CUSTCLAS üzerinde de filtrelenir) birleştirir.

Buna neden olmak için burada ne aptalca bir şey yapıyorum? Tetikleyicinin çok satırlı güncellemeleri kesinlikle doğru şekilde işlemesi gerektiğini unutmayın.

DÜZENLE :

Ayrıca böyle yazmayı denedim (EXISTS'in hoş olmayan bir şey yapması durumunda), ama yine de korkunç.

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

Sen açık kullanılarak değerlendirilebilir INNER MERGE JOINveya INNER HASH JOINsen muhtemelen daha sonra tekrar muhtemelen daha iyi durumda sadece içeriğini ekleme olan tetikleyici bu tabloları kullandığınızı ipuçları ancak verilen insertedve deletedendeksli Tabloları #temptablolar ve onunla yapılıyor.

Kendileri için otomatik olarak oluşturulmuş yararlı dizinler almazlar.

Bu cevaplandı biliyorum ama sadece son zamanlarda aktif olarak ortaya çıktı ve ben de milyonlarca satır içeren tablolar için bu koştum. Kabul edilen cevabı iskonto etmemekle birlikte, en azından deneyimlerimin benzer testler yaparken (bir veya daha fazla sütunun gerçekten değerlerinin değişip değişmediğini görmek) Tetik performansında önemli bir faktörün sütun (lar) olup olmadığını gösterebileceğini ekleyebilirim test edilmek aslında UPDATEifadenin bir parçasıydı . Ben arasındaki karşılaştırma sütunları bulunan insertedve deletedaslında vardı tabloları değil bir parçası UPDATEdeyimi bu alanları bir parçası olduğunu, aksi takdirde yoktu performans üzerinde çok büyük sürükle koymakUPDATEifadesi (değerlerinin gerçekte değiştirilmesine bakılmaksızın). Neden bu sütunların herhangi birinin değiştirilme olasılığını mantıklı bir şekilde ortadan kaldırabiliyorsanız, yoksa, bu mümkün olmadıkları açık bir şekilde mümkün değilse, tüm bu işlemler (yani X satırlarındaki N alanlarını karşılaştırmak için bir sorgu) içinde SETbir fıkra UPDATEaçıklamada.

Kullandığım çözüm, yalnızca Tetikleyicilerin içinde çalışan UPDATE () işlevini kullanmaktı . Bu yerleşik işlev, UPDATEifadede bir sütunun belirtilip belirtilmediğini söyler ve ilgilendiğiniz sütunlar, bir parçası değilse Tetikleyiciden çıkmak için kullanılabilir UPDATE. Bu, içinde SELECTbulunduklarını varsayarak bu sütunların UPDATEgerçek değişikliklere sahip olup olmadığını belirlemek için a ile birlikte kullanılabilir . Ben gibi görünüyor birkaç denetim tetikleri üstünde kodu var:

-- 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;

Bu mantık aşağıdaki durumlarda tetikleyicinin geri kalanına ilerler:

1. Operasyon bir INSERT
2. İlgili alanlardan en az biri SETbir yan tümcesinde yer alıyor UPDATE ve bir satırdaki bu sütunlardan en az biri değişti

NOT (UPDATE...) OR NOT EXISTS()Garip ya geriye görünebilir, ancak kaçınmakla tasarlanmıştır SELECTüzerine insertedve deletedilgili sütunların hiçbiri parçası iseler tablolar UPDATE.

İhtiyaçlarınıza bağlı olarak, hangi sütunların ifadenin parçası olduğunu belirlemek için COLUMNS_UPDATED () işlevi başka bir seçenektir UPDATE.

Varsa kullanarak yeniden yazmaya çalışabilirim

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'e göre, sanal INSERTED / DELETED tablolarının hiçbirine sahip olmadığından geçici tabloları veya dizinleri olan tablo değişkenlerini kullanmalısınız. Özyinelemeli tetikleme olasılığınız varsa, ad çakışmalarını önlemek için tablo değişkenlerini kullanmalısınız.

Umarım birisi orijinal yazı oldukça uzun zaman önce olduğu için bunu yararlı bulur

Aşağıdaki kod bu tetikleyicinin performansını artırabilir. Ayarlamanız gereken [custclass] sütununun doğru veri türünü bilmiyordum .

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

Bu ek sütunları dahil ettiğimizi Bildirimi hafıza içinde kopyaları eklenen ve silinen size tetik kodunda bunları gerekirse tablolar. Bu tablolardaki birincil anahtarlar, aynı anda birkaç satırdan fazlasını güncellediğinizde birleştirme performansını büyük ölçüde artıracaktır. İyi şanslar!