Kaydı kimin sildiğiyle ilgili bilgileri Sil tetikleyicisine aktarma

Bir denetim izi ayarlarken, bir tablodaki kayıtları kimin güncellediğini veya eklediğini izleme konusunda sorunum yok, ancak kayıtları kimin sildiğini izlemek daha sorunlu görünüyor.

Ekler / Güncellemeler'i "UpdatedBy" Ekle / Güncelle alanına dahil ederek takip edebilirim. Bu INSERT / UPDATE tetikleyicisinin üzerinden "UpdatedBy" alanına erişmesini sağlar inserted.UpdatedBy. Ancak Sil tetikleyicisi ile hiçbir veri eklenmez / güncellenmez. Kaydı kimin sildiğini bilecek şekilde Sil tetikleyicisine bilgi aktarmanın bir yolu var mı?

İşte bir Ekle / Güncelle tetikleyicisi

ALTER TRIGGER [dbo].[trg_MyTable_InsertUpdate] 
ON [dbo].[MyTable]
FOR INSERT, UPDATE
AS  

INSERT INTO AuditTable (IdOfRecordedAffected, UserWhoMadeChanges) 
VALUES (inserted.ID, inserted.LastUpdatedBy)
FROM inserted 

SQL Server 2012'yi kullanma

Kaydı kimin sildiğini bilecek şekilde Sil tetikleyicisine bilgi aktarmanın bir yolu var mı?

Evet: çok serin (ve az kullanılan özellik) kullanarak denir CONTEXT_INFO. Esasen tüm kapsamlarda bulunan ve işlemlere bağlı olmayan oturum hafızasıdır. Bilgi (herhangi bir bilgi - iyi, sınırlı alana uyan herhangi bir bilgi) tetikleyicilere ve alt proc / EXEC çağrıları arasında ileri geri iletmek için kullanılabilir. Ve daha önce aynı durum için kullandım.

• İçerik bilgisi bir VARBINARY (128)

• Şununla ayarla: SET CONTEXT_INFO

• Aracılığıyla al: CONTEXT_INFO ()

Nasıl çalıştığını görmek için aşağıdakileri test edin. Ben CHAR(128)önce dönüştürmek dikkat edin CONVERT(VARBINARY(128), ... Bu daha kolay geri dönüştürme yapmak için kuvvet boş-dolgu etmektir VARCHARarasında dışarı alırken CONTEXT_INFO()beri VARBINARY(128)birlikte sağ yastıklı olduğunu 0x00s.

SELECT CONTEXT_INFO();
-- Initially = NULL

DECLARE @EncodedUser VARBINARY(128);
SET @EncodedUser = CONVERT(VARBINARY(128),
                            CONVERT(CHAR(128), 'I deleted ALL your records! HA HA!')
                          );
SET CONTEXT_INFO @EncodedUser;

SELECT CONTEXT_INFO() AS [RawContextInfo],
       RTRIM(CONVERT(VARCHAR(128), CONTEXT_INFO())) AS [DecodedUser];

Sonuçlar:

0x492064656C6574656420414C4C20796F7572207265636F7264732120484120484121202020202020...
I deleted ALL your records! HA HA!

HEPSİNİ BİR ARAYA KOY:

1. Uygulama, Kaydı silen KullanıcıAdı'na (veya her neyse) geçen "Sil" saklı yordamını çağırmalıdır. Zaten Ekle ve Güncelle işlemlerini izliyormuş gibi göründüğünden, bunun zaten kullanılan model olduğunu varsayıyorum.

2. "Sil" saklı yordamı şunları yapar:

   DECLARE @EncodedUser VARBINARY(128);
   SET @EncodedUser = CONVERT(VARBINARY(128),
                               CONVERT(CHAR(128), @UserName)
                             );
   SET CONTEXT_INFO @EncodedUser;
   
   -- DELETE STUFF HERE
   

3. Denetim tetikleyicisi şunları yapar:

   -- Set the INT value in LEFT (currently 50) to the max size of [UserWhoMadeChanges]
   INSERT INTO AuditTable (IdOfRecordedAffected, UserWhoMadeChanges) 
      SELECT del.ID, COALESCE(
                        LEFT(RTRIM(CONVERT(VARCHAR(128), CONTEXT_INFO())), 50),
                        '<unknown>')
      FROM DELETED del;
   

4. @SeanGallardy'nin bir yorumda işaret ettiği gibi, bu tabloda kayıtların silinmesine ilişkin diğer prosedürler ve / veya geçici sorgular nedeniyle aşağıdakilerden birinin mümkün olabileceğini lütfen unutmayın:

   • CONTEXT_INFOayarlanmadı ve hala NULL:

     Bu nedenle , değeri varsayılan INSERT INTO AuditTableolarak kullanmak için yukarıdakileri güncelledim COALESCE. Veya bir varsayılan istemiyorsanız ve bir ad gerektiriyorsanız, aşağıdakine benzer bir şey yapabilirsiniz:

     DECLARE @UserName VARCHAR(50); -- set to the size of AuditTable.[UserWhoMadeChanges]
     SET @UserName = LEFT(RTRIM(CONVERT(VARCHAR(128), CONTEXT_INFO())), 50);
     
     IF (@UserName IS NULL)
     BEGIN
        ROLLBACK TRAN; -- cancel the DELETE operation
        RAISERROR('Please set UserName via "SET CONTEXT_INFO.." and try again.', 16 ,1);
     END;
     
     -- use @UserName in the INSERT...SELECT
     

   • CONTEXT_INFO, geçerli bir KullanıcıAdı olmayan bir değere ayarlanmıştır ve bu nedenle AuditTable.[UserWhoMadeChanges]alanın boyutunu aşabilir :

     Bu nedenle ben bir katma LEFTdışarı yakaladı ne olursa olsun sağlamak için işlevini CONTEXT_INFOkırmak olmaz INSERT. Kodda belirtildiği gibi, sadece alanın 50gerçek boyutuna ayarlamanız gerekir UserWhoMadeChanges.

SQL SERVER 2016 VE YENİ İÇİN GÜNCELLEME

SQL Server 2016, bu oturum başına belleğin geliştirilmiş bir sürümünü ekledi: Oturum Bağlamı. Yeni Oturum Bağlamı, temelde Anahtar-Değer çiftlerinin bir karma tablosu olup, "Anahtar" tip sysname(yani NVARCHAR(128)) ve "Değer" varlıktır SQL_VARIANT. Anlamı:

1. Artık diğer kullanımlar ile çatışması daha düşük olan değerlerin ayrılması
2. Değeri geri alırken artık garip davranışlar hakkında endişelenmenize gerek olmayan çeşitli türleri saklayabilirsiniz CONTEXT_INFO()(ayrıntılar için lütfen gönderime bakın: CONTEXT_INFO () SET CONTEXT_INFO tarafından ayarlanan Tam Değeri neden döndürmüyor? )
3. Çok daha fazla alan elde edersiniz : "Değer" başına maksimum 8000 bayt, tüm tuşlarda toplam 256 kb'ye kadar (maks. 128 bayt ile karşılaştırıldığında CONTEXT_INFO)

Ayrıntılar için lütfen aşağıdaki dokümantasyon sayfalarına bakın:

• sp_set_session_context
• SESSION_CONTEXT

Bir uygulama düzeyi yerine SQL sunucu kullanıcı kimliğini kaydetmek istemiyorsanız, bu şekilde yapamazsınız.

SilinmişBy adlı bir sütuna sahip olarak ve gerektiğinde ayarlayarak yumuşak bir silme yapabilirsiniz, o zaman güncelleme tetikleyiciniz gerçek silme işlemini yapabilir (veya kaydı arşivleyebilir, genellikle mümkün ve yasal olduğunda sert silmelerden kaçınırım) ve denetim izinizi güncelleyebilirsiniz . Bu şekilde yapılacak silmeleri zorlamak için on deletebir hata oluşturan bir tetikleyici tanımlayın . Fiziksel tablonuza sütun eklemek istemiyorsanız, sütunu ekleyen bir görünüm tanımlayabilir instead ofve temel tabloyu güncellemek için tetikleyiciler tanımlayabilirsiniz , ancak bu aşırı olabilir.

Kaydı kimin sildiğini bilecek şekilde Sil tetikleyicisine bilgi aktarmanın bir yolu var mı?

Evet, görünüşe göre iki yol var ;-). Burada diğer cevabımdaCONTEXT_INFO önerdiğim gibi kullanma hakkında herhangi bir rezervasyon varsa , sadece diğer kod / süreçlerden daha temiz bir fonksiyonel ayrımı olan başka bir yol düşündüm: yerel bir geçici tablo kullanın.

Geçici tablo adı, aynı oturumda çalıştırılabilecek diğer kodlardan ayrı tutulmasına yardımcı olacağı için silinecek tablo adını içermelidir. Çizgileri boyunca bir şey:
#<TableName>DeleteAudit

Yerel geçici tablonun bir yararı CONTEXT_INFO, başka bir proctaki - bu belirli "Sil" procundan bir şekilde çağrı yapan - sadece aynı geçici tablo adını yanlış kullanması durumunda, alt işlemin a) yeni bir yerel oluşturmasıdır. bu ilk geçici tablodan ayrı olacak istenen adın geçici tablosu (aynı ada sahip olmasına rağmen) ve b) alt işlemdeki yeni yerel geçici tabloya karşı herhangi bir DML ifadesi, Burada üst süreçte oluşturulan yerel geçici tablo, dolayısıyla verilerin üzerine yazılmaz. Tabii ki, ilk önce bir verme olmadan bu geçici tablo adı karşı DML deyimi aynı adı taşıyan TABLO OLUŞTURMAK bir alt işlemi sorunları varsa, o zaman bu DML ifadeleri olacak bu tablodaki verileri etkiler. AMA, bu noktada gerçektenburada kenar-casey, üst üste binme olasılığından daha da fazla CONTEXT_INFO(evet, bunun olduğunu biliyorum, bu yüzden "asla olmayacak" yerine "edge-case" diyorum).

1. Uygulama, Kaydı silen KullanıcıAdı'na (veya her neyse) geçen "Sil" saklı yordamını çağırmalıdır. Zaten Ekle ve Güncelle işlemlerini izliyormuş gibi göründüğünden, bunun zaten kullanılan model olduğunu varsayıyorum.

2. "Sil" saklı yordamı şunları yapar:

   CREATE TABLE #MyTableDeleteAudit (UserName VARCHAR(50));
   INSERT INTO #MyTableDeleteAudit (UserName) VALUES (@UserName);
   
   -- DELETE STUFF HERE
   

3. Denetim tetikleyicisi şunları yapar:

   -- Set the datatype and length to be the same as the [UserWhoMadeChanges] field
   DECLARE @UserName VARCHAR(50);
   IF (OBJECT_ID(N'tempdb..#TriggerTestDeleteAudit') IS NOT NULL)
   BEGIN
      SELECT @UserName = UserName
      FROM #TriggerTestDeleteAudit;
   END;
   
   -- catch the following conditions: missing table, no rows in table, or empty row
   IF (@UserName IS NULL OR @UserName NOT LIKE '%[a-z]%')
   BEGIN
     /* -- uncomment if undefined UserName == badness
      ROLLBACK TRAN; -- cancel the DELETE operation
      RAISERROR('Please set UserName via #TriggerTestDeleteAudit and try again.', 16 ,1);
      RETURN; -- exit
     */
     /* -- uncomment if undefined UserName gets default value
      SET @UserName = '<unknown>';
     */
   END;
   
   INSERT INTO AuditTable (IdOfRecordedAffected, UserWhoMadeChanges) 
      SELECT del.ID, @UserName
      FROM DELETED del;
   

   Bu kodu bir tetikleyicide test ettim ve beklendiği gibi çalışıyor.