ประสิทธิภาพการทำงานที่โหดร้ายเข้าร่วมตาราง INSERTED และ DELETED ในทริกเกอร์

ฉันได้รับทริกเกอร์ UPDATE ในตารางที่เฝ้าดูคอลัมน์ที่เฉพาะเจาะจงเปลี่ยนจากค่าหนึ่งไปเป็นค่าอื่น ๆ เมื่อสิ่งนี้เกิดขึ้นมันจะอัพเดทข้อมูลที่เกี่ยวข้องในตารางอื่นผ่านคำสั่ง UPDATE เดียว

สิ่งแรกที่ทริกเกอร์ทำการตรวจสอบเพื่อดูว่าแถวที่อัพเดตมีค่าของคอลัมน์นี้เปลี่ยนจากค่าที่เป็นปัญหาหรือไม่ มันจะรวมเข้ากับ INSERTED เพื่อลบและเปรียบเทียบค่าในคอลัมน์นั้น หากไม่มีสิ่งใดที่มีคุณสมบัติมันจะออกไปก่อนกำหนดดังนั้นคำสั่ง 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 เป็นคีย์หลักของตารางต้นแบบ หากฉันอัปเดตจำนวนมากในตารางนี้ (พูด, 5,000+ แถว) ข้อความนี้ใช้เวลา AGES แม้ว่าฉันจะไม่ได้แตะคอลัมน์ CUSTCLAS ฉันสามารถดูมันค้างบนคำสั่งนี้เป็นเวลาหลายนาทีใน Profiler

แผนการดำเนินการเป็นที่แปลกประหลาด มันแสดงให้เห็นถึงการสแกนแทรกด้วยการประมวลผล 3,714 และแถวเอาท์พุท ~ 18.5 ล้าน ที่ไหลผ่านตัวกรองในคอลัมน์ CUSTCLAS มันจะรวมสิ่งนี้ (ผ่านลูปซ้อนกัน) ไปยังการสแกนที่ถูกลบ (ยังกรองใน CUSTCLAS) ซึ่งดำเนินการเพียงครั้งเดียวและมี 5,000 แถวเอาต์พุต

ฉันกำลังทำสิ่งที่งี่เง่าที่นี่เพื่อทำให้เกิดสิ่งนี้? โปรดทราบว่าทริกเกอร์ต้องจัดการอัพเดตหลายแถวอย่างถูกต้อง

แก้ไข :

ฉันยังพยายามเขียนแบบนี้ (ในกรณีที่ 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ตารางที่จริงแล้วไม่ได้เป็นส่วนหนึ่งของUPDATEคำสั่งนั้นให้ลากประสิทธิภาพการทำงานขนาดใหญ่ที่ไม่ได้อยู่ที่นั่นถ้าฟิลด์เหล่านั้นเป็นส่วนหนึ่งของUPDATEคำสั่ง (ไม่ว่ามูลค่าของพวกเขาจะถูกเปลี่ยนจริง) เหตุใดจึงทำงานทั้งหมด (เช่นแบบสอบถามเพื่อเปรียบเทียบเขตข้อมูล N ข้ามแถว X) เพื่อตรวจสอบว่ามีอะไรเปลี่ยนแปลงหรือไม่หากคุณสามารถแยกแยะความเป็นไปได้ของคอลัมน์ใด ๆ ที่เปลี่ยนไปซึ่งมีเหตุผลที่ชัดเจนว่าเป็นไปไม่ได้หากไม่มีอยู่ ในSETส่วนของUPDATEคำสั่ง

วิธีแก้ปัญหาที่ฉันใช้คือใช้ฟังก์ชันUPDATE ()ซึ่งทำงานเฉพาะภายในทริกเกอร์เท่านั้น นี้ในตัวฟังก์ชั่นบอกคุณถ้าคอลัมน์ถูกระบุไว้ในUPDATEคำสั่งและสามารถนำมาใช้เพื่อออกจาก Trigger UPDATEถ้าคอลัมน์ที่คุณมีความกังวลเกี่ยวกับการไม่ได้เป็นส่วนหนึ่งของ สิ่งนี้สามารถใช้ร่วมกับ a SELECTเพื่อพิจารณาว่าคอลัมน์เหล่านั้นสมมติว่าUPDATEมีการเปลี่ยนแปลงหรือไม่ ฉันมีรหัสที่ด้านบนสุดของทริกเกอร์การตรวจสอบหลายอย่างที่มีลักษณะ:

-- 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()อาจจะดูแปลก ๆ หรือถอยหลัง แต่มันถูกออกแบบมาเพื่อหลีกเลี่ยงการทำSELECTบนinsertedและตารางถ้าไม่มีคอลัมน์ที่เกี่ยวข้องเป็นส่วนหนึ่งของ deletedUPDATE

ฟังก์ชัน 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 คุณควรใช้ temp tables หรือตัวแปร table กับ index เพราะ virtual INSERTED / DELETED table นั้นไม่มีเลย หากคุณมีความเป็นไปได้ของทริกเกอร์แบบเรียกซ้ำคุณควรใช้ตัวแปรตารางเพื่อหลีกเลี่ยงการชนกันของชื่อ

หวังว่าบางคนจะพบว่ามีประโยชน์เพราะโพสต์ต้นฉบับค่อนข้างบางเวลาที่ผ่านมา ...

รหัสต่อไปนี้อาจเพิ่มประสิทธิภาพของทริกเกอร์นี้ ฉันไม่ทราบประเภทข้อมูลที่ถูกต้องของคอลัมน์[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

โปรดสังเกตว่าคุณสามารถรวมคอลัมน์เพิ่มเติมในคอลัมน์เหล่านี้ในสำเนาหน่วยความจำของตารางที่แทรกและลบหากคุณต้องการในคอลัมน์รหัสทริกเกอร์ คีย์หลักในตารางเหล่านี้จะเพิ่มประสิทธิภาพการเข้าร่วมอย่างมากเมื่ออัปเดตมากกว่าสองสามแถวพร้อมกัน โชคดี!