क्या ट्रिगर के लिए डेटा को संशोधित प्रक्रिया के नाम को ढूंढना संभव है?

Question

कुछ संग्रहीत प्रक्रियाएं हैं जो नियमित रूप से हमारे डेटाबेस में कुछ तालिकाओं पर रखरखाव करने के लिए कुछ अलग-अलग प्रणालियों द्वारा बुलाती हैं। कुछ स्वचालित हैं, कुछ नहीं हैं।

तालिकाओं में से एक में एक कॉलम है जहां संख्या कभी-कभी बंद होती है, और हम यह सुनिश्चित नहीं करते कि यह कब या क्यों हो रहा है। मैं टेबल पर एक ट्रिगर रखना चाहता हूं ताकि मैं देख सकूं कि क्या बदला जा रहा है और कब, लेकिन यह जानना भी सहायक होगा कि किस प्रक्रिया ने संशोधन शुरू किया था।

क्या ट्रिगर से संग्रहीत प्रक्रिया का नाम प्राप्त करना संभव है? यदि नहीं, तो क्या यह बताने का कोई और तरीका है कि कुछ संशोधित करने के कारण क्या हुआ? (मैं उपयोगकर्ता के बारे में बात नहीं कर रहा हूं, उपयोगकर्ता का नाम इस मामले में मदद नहीं करता है)।

Answer 1

तुम कोशिश कर सकते हैं: CONTEXT_INFO

यहाँ एक CONTEXT_INFO उपयोग उदाहरण है:

हर प्रक्रिया में

डालने कर// अद्यतन कि आप ट्रैक करना चाहते हटाते हैं, तो इस जोड़ें:

DECLARE @string  varchar(128) 
     ,@CONTEXT_INFO varbinary(128) 
SET @string=ISNULL(OBJECT_NAME(@@PROCID),'none') 
SET @CONTEXT_INFO =cast('Procedure='+@string+REPLICATE(' ',128) as varbinary(128)) 
SET CONTEXT_INFO @CONTEXT_INFO 

--do insert/delete/update that will fire the trigger 

SET CONTEXT_INFO 0x0 --clears out the CONTEXT_INFO value 

मूल्य को पुनर्प्राप्त करने के लिए ट्रिगर का हिस्सा यहां दिया गया है:

DECLARE @string   varchar(128) 
     ,@sCONTEXT_INFO varchar(128) 
SELECT @sCONTEXT_INFO=CAST(CONTEXT_INFO() AS VARCHAR) FROM master.dbo.SYSPROCESSES WHERE SPID=@@SPID 

IF LEFT(@sCONTEXT_INFO,9)='Procedure' 
BEGIN 
    SET @string=RIGHT(RTRIM(@sCONTEXT_INFO),LEN(RTRIM(@sCONTEXT_INFO))-10) 
END 
ELSE 
BEGIN --optional failure code 
    RAISERROR('string was not specified',16,1) 
    ROLLBACK TRAN 
    RETURN 
END 

..use the @string 

Answer 2

मैंने यह कोशिश नहीं की है, लेकिन @@ PROCID ऐसा लगता है कि यह वही हो सकता है जो आप चाहते हैं।

Answer 3

हमारी प्रणाली पहले से ही किसी अन्य उद्देश्य के लिए CONTEXT_INFO चर का उपयोग कर रही है ताकि यह उपलब्ध न हो। मैंने DBCC INPUTBUFFER solution भी कोशिश की जो लगभग काम करता था। इनपुटबफर पर वापस ड्रॉ यह है कि यह केवल बाहरी कॉलिंग प्रक्रिया देता है। पूर्व: procA proc proc को कॉल करता है जो ट्रिगर को फायर करता है। ट्रिगर डीबीसीसी इन्फुटबफर चलाता है जो केवल procA दिखाता है। चूंकि मेरा ट्रिगर procB की तलाश में था, यह दृष्टिकोण असफल रहा।

इस दौरान मैंने जो किया है वह एक स्टेजिंग टेबल बनाना है। अब procA procb कहते हैं। procB स्टेजिंग टेबल में एक पंक्ति डालता है तो ट्रिगर को फायर करता है। ट्रिगर स्टेजिंग टेबल की जांच करता है और procB प्रविष्टि पाता है। वापसी पर procB स्टेजिंग तालिका से अपनी प्रविष्टि हटा देता है। यह एक खोल खेल है लेकिन यह काम करता है। मुझे इस पर किसी भी प्रतिक्रिया में दिलचस्पी होगी।