डेटाबेस ट्रिगर

एक डेटाबेस ट्रिगर प्रक्रियात्मक कोड है जो किसी विशेष तालिका (डेटाबेस) या डेटाबेस में देखें (डेटाबेस) पर कुछ ईवेंट (कंप्यूटिंग) के जवाब में स्वचालित रूप से निष्पादित होता है। ट्रिगर का उपयोग ज्यादातर डेटाबेस पर जानकारी की डेटाबेस अखंडता को बनाए रखने के लिए किया जाता है। उदाहरण के लिए, जब कर्मचारियों की तालिका में एक नया रिकॉर्ड (एक नए कार्यकर्ता का प्रतिनिधित्व) जोड़ा जाता है, तो करों, छुट्टियों और वेतन की तालिकाओं में भी नए रिकॉर्ड बनाए जाने चाहिए। ट्रिगर का उपयोग ऐतिहासिक डेटा लॉग करने के लिए भी किया जा सकता है, उदाहरण के लिए कर्मचारियों के पिछले वेतन पर नज़र रखने के लिए।

डीबीएमएस
में ट्रिगर नीचे कुछ लोकप्रिय डीबीएमएस समर्थन ट्रिगर्स के विवरण की एक श्रृंखला दी गई है।

ओरेकल
डेटा संशोधित होने पर उस आग (और पीएल/एसक्यूएल कोड को निष्पादित) ट्रिगर करने के अलावा, ओरेकल डाटाबेस उस ट्रिगर का समर्थन करता है जब स्कीमा-स्तरीय ऑब्जेक्ट्स (यानी, टेबल) संशोधित होते हैं और जब उपयोगकर्ता लॉगऑन या लॉगऑफ घटनाएं होती हैं।

स्कीमा-लेवल ट्रिगर्स

 * सृष्टि के बाद
 * ऑल्टर से पहले
 * आल्टर के बाद
 * गिरने से पहले
 * गिरने के बाद
 * डालने से पहले

चार मुख्य प्रकार के ट्रिगर हैं:
 * 1) रो-लेवल ट्रिगर: यह किसी पंक्ति परिवर्तन के किसी भी कॉलम मान से पहले या बाद में निष्पादित हो जाता है
 * 2) कॉलम-स्तरीय ट्रिगर: निर्दिष्ट कॉलम परिवर्तन से पहले या बाद में इसे निष्पादित किया जाता है
 * 3) प्रत्येक पंक्ति प्रकार के लिए: यह ट्रिगर एक बार सम्मिलित/अद्यतन/हटाए जाने से प्रभावित परिणाम सेट की प्रत्येक पंक्ति के लिए निष्पादित हो जाता है
 * 4) प्रत्येक स्टेटमेंट प्रकार के लिए: यह ट्रिगर पूरे परिणाम सेट के लिए केवल एक बार निष्पादित होता है, लेकिन हर बार स्टेटमेंट के निष्पादित होने पर भी आग लग जाती है।

सिस्टम-लेवल ट्रिगर्स
Oracle8i से, डेटाबेस ईवेंट - लॉगऑन, लॉगऑफ़, स्टार्टअप - Oracle ट्रिगर्स को सक्रिय कर सकते हैं।

माइक्रोसॉफ्ट डॉक्स सर्वर
DDL ट्रिगर्स के लिए Microsoft SQL सर्वर में सभी उपलब्ध फायरिंग इवेंट्स की एक सूची Microsoft डॉक्स पर उपलब्ध है। अस्थायी सम्मिलित और हटाए गए तालिकाओं तक पहुँचने के माध्यम से ट्रिगर्स (या संशोधन के बाद डेटा का परीक्षण) में सशर्त क्रियाएं करना।

पोस्टग्रेएसक्यूएल
1997 में ट्रिगर्स के लिए समर्थन पेश किया गया। SQL:2003 में निम्नलिखित कार्यक्षमता पहले PostgreSQL में लागू नहीं की गई थी: सार:
 * एसक्यूएल ट्रिगर्स को विशिष्ट कॉलम के अपडेट पर आग लगाने की अनुमति देता है; PostgreSQL के संस्करण 9.0 के रूप में यह सुविधा PostgreSQL में भी लागू की गई है।
 * मानक सेलेक्ट (एसक्यूएल), इन्सर्ट (एसक्यूएल), अद्यतन (एसक्यूएल) के अलावा कई एसक्यूएल स्टेटमेंट्स के निष्पादन की अनुमति देता है, जैसे क्रिएट टेबल को ट्रिगर एक्शन के रूप में। यह क्रिएट टेबल को कॉल करने के लिए एक संग्रहीत कार्यविधि या फ़ंक्शन बनाकर किया जा सकता है।

<वाक्यविन्यास प्रकाश लैंग = पोस्टग्रेस्क्ल> ट्रिगर नाम बनाएं { पहले | बाद } { घटना [या ... ] }   टेबल पर [[प्रत्येक] के लिए {पंक्ति | कथन } ]    निष्पादन प्रक्रिया funcname (तर्क) 

फायरबर्ड
फ़ायरबर्ड (डेटाबेस सर्वर) प्रति टेबल ट्रिगर्स से पहले या बाद में, INSERT, UPDATE, DELETE (या इसके किसी भी संयोजन) ट्रिगर्स के कई पंक्ति-स्तर का समर्थन करता है, जहां वे हमेशा डिफ़ॉल्ट तालिका परिवर्तनों के अतिरिक्त होते हैं, और ट्रिगर रिश्तेदार का क्रम एक दूसरे को निर्दिष्ट किया जा सकता है जहां यह अन्यथा अस्पष्ट होगा (POSITION क्लॉज।) ट्रिगर दृश्यों पर भी मौजूद हो सकते हैं, जहां वे हमेशा ट्रिगर के बजाय डिफ़ॉल्ट अद्यतन योग्य दृश्य तर्क को प्रतिस्थापित करते हैं। (संस्करण 2.1 से पहले, डिफ़ॉल्ट लॉजिक के साथ-साथ अपडेट किए जाने योग्य माने जाने वाले दृश्यों पर ट्रिगर चलेंगे।)

फायरबर्ड म्यूटेटिंग टेबल अपवाद (ओरेकल की तरह) नहीं उठाता है, और ट्रिगर्स डिफ़ॉल्ट रूप से नेस्ट और रिकर्स दोनों की आवश्यकता होती है (एसक्यूएल सर्वर नेस्टिंग की अनुमति देता है, लेकिन डिफ़ॉल्ट रूप से रिकर्सन नहीं।) फायरबर्ड के ट्रिगर नए और पुराने संदर्भ चर का उपयोग करते हैं (सम्मिलित और हटाए गए टेबल नहीं) ,) और ट्रिगर के वर्तमान उपयोग को इंगित करने के लिए अपडेटिंग, इन्सर्टिंग और डिलीटिंग फ़्लैग प्रदान करें।

<वाक्यविन्यास लैंग = एसक्यूएल> {बनाएं | मनोरंजन | CREATE OR ALTER} TRIGGER नाम के लिए {टेबल नाम | नाम देखें} [सक्रिय | निष्क्रिय] {पहले | बाद में} {डालें [या अद्यतन करें] [या हटाएं] | अद्यतन [या सम्मिलित करें] [या हटाएं] | हटाएं [या अद्यतन] [या सम्मिलित करें]} [स्थिति एन] ए.एस शुरू .... अंत 

संस्करण 2.1 के अनुसार, फायरबर्ड अतिरिक्त रूप से निम्नलिखित डेटाबेस-स्तरीय ट्रिगर्स का समर्थन करता है:


 * कनेक्ट करें (यहां उठाए गए अपवाद कनेक्शन को पूरा होने से रोकते हैं)
 * डिस्कनेक्ट करें
 * लेन-देन प्रारंभ
 * ट्रांज़ैक्शन कमिट (यहाँ उठाए गए अपवाद लेनदेन को कमिट करने से रोकते हैं, या दो-चरण की कमिटमेंट शामिल होने पर तैयारी करते हैं)
 * लेनदेन रोलबैक

डेटाबेस-स्तरीय ट्रिगर मल्टी-टेबल बाधाओं को लागू करने में मदद कर सकते हैं, या भौतिक विचारों का अनुकरण कर सकते हैं। यदि ट्रांज़ेक्शन कमिट ट्रिगर में एक अपवाद उठाया जाता है, तो ट्रिगर द्वारा अब तक किए गए परिवर्तन वापस ले लिए जाते हैं और क्लाइंट एप्लिकेशन को अधिसूचित किया जाता है, लेकिन लेनदेन सक्रिय रहता है जैसे कि COMMIT का कभी अनुरोध नहीं किया गया था; क्लाइंट एप्लिकेशन परिवर्तन करना जारी रख सकता है और COMMIT का पुनः अनुरोध कर सकता है।

डेटाबेस ट्रिगर्स के लिए सिंटैक्स:

<वाक्यविन्यास लैंग = एसक्यूएल> {बनाएं | मनोरंजन | CREATE OR ALTER} ट्रिगर नाम [सक्रिय | निष्क्रिय] पर {कनेक्ट | डिस्कनेक्ट | लेन-देन प्रारंभ | लेन-देन कमिट | लेन-देन रोलबैक} [स्थिति एन] ए.एस शुरू ..... अंत 

MySQL/MariaDB
MySQL/MariaDB DBMS में ट्रिगर्स के लिए सीमित समर्थन MySQL के 5.0 संस्करण में जोड़ा गया था, जिसे 2005 में लॉन्च किया गया था। संस्करण 8.0 के अनुसार, वे DDL (डेटा डेफिनिशन लैंग्वेज) ट्रिगर्स और DML (डेटा मैनीपुलेशन लैंग्वेज) ट्रिगर्स के लिए अनुमति देते हैं। वे ट्रिगर्स को परिभाषित करने के लिए किसी भी प्रकार के डीडीएल ट्रिगर (AFTER या BEFORE) का उपयोग करने की अनुमति देते हैं। वे क्लॉज क्रिएट ट्रिगर का उपयोग करके बनाए गए हैं और क्लॉज DROP TRIGGER का उपयोग करके हटा दिए गए हैं। किसी ईवेंट के घटित होने पर कहे जाने वाले कथन को प्रत्येक पंक्ति के लिए क्लॉज के बाद परिभाषित किया जाता है, उसके बाद एक कीवर्ड (SET या BEGIN) होता है, जो इंगित करता है कि क्या क्रमशः एक अभिव्यक्ति या एक कथन है।

आईबीएम DB2 LUW
LUW के लिए DB2 के रूप में ज्ञात वितरित सिस्टम के लिए IBM DB2 (LUW का अर्थ है Linux, Unix, Windows) तीन ट्रिगर प्रकारों का समर्थन करता है: ट्रिगर से पहले, ट्रिगर के बाद और ट्रिगर के बजाय। कथन स्तर और पंक्ति स्तर ट्रिगर दोनों समर्थित हैं। यदि टेबल पर एक ही ऑपरेशन के लिए अधिक ट्रिगर हैं तो ट्रिगर निर्माण डेटा द्वारा फायरिंग ऑर्डर निर्धारित किया जाता है। चूंकि संस्करण 9.7 IBM DB2 स्वायत्त लेनदेन का समर्थन करता है। ट्रिगर से पहले डेटा की जाँच करने और यह तय करने के लिए है कि क्या ऑपरेशन की अनुमति दी जानी चाहिए। यदि ट्रिगर से पहले अपवाद फेंका जाता है तो ऑपरेशन निरस्त कर दिया जाता है और कोई डेटा नहीं बदला जाता है। DB2 में बिफोर ट्रिगर्स केवल पढ़ने के लिए होते हैं — आप बिफोर ट्रिगर्स में डेटा को संशोधित नहीं कर सकते हैं। ट्रिगर्स को पोस्ट प्रोसेसिंग के लिए डिज़ाइन किए जाने के बाद अनुरोध किए गए परिवर्तन के बाद किया गया था। ट्रिगर्स के बाद डेटा को टेबल में लिख सकते हैं और कुछ के विपरीत अन्य डेटाबेस आप किसी भी तालिका में लिख सकते हैं जिसमें तालिका शामिल है जिस पर ट्रिगर संचालित होता है। ट्रिगर्स के बजाय विचारों को लिखने योग्य बनाने के लिए हैं।

ट्रिगर आमतौर पर SQL PL भाषा में प्रोग्राम किए जाते हैं।

SQLite
<वाक्यविन्यास लैंग = एसक्यूएल> बनाएँ [अस्थायी | अस्थायी] ट्रिगर [यदि मौजूद नहीं है] [डेटाबेस_नाम।] ट्रिगर_नाम [पहले | के बाद | के बजाय] {हटाएं | सम्मिलित करें | अद्यतन [स्तंभ_नाम [, स्तंभ_नाम]...]} {टेबल_नाम | पर view_name} [प्रत्येक पंक्ति के लिए] [जब शर्त अनिवार्य हो] शुरू ... अंत 

SQLite केवल पंक्ति-स्तरीय ट्रिगर्स का समर्थन करता है, स्टेटमेंट-लेवल ट्रिगर्स का नहीं।

अद्यतन करने योग्य दृश्य, जो SQLite में समर्थित नहीं हैं, को INSTEAD OF ट्रिगर्स के साथ अनुकरण किया जा सकता है।

एक्सएमएल डेटाबेस
गैर-संबंधपरक डेटाबेस में ट्रिगर्स के कार्यान्वयन का एक उदाहरण बैठ गया (डेटाबेस) हो सकता है, जो XQuery पर आधारित ट्रिगर्स के लिए समर्थन प्रदान करता है। Sedna में ट्रिगर्स को SQL:2003 ट्रिगर्स के अनुरूप डिजाइन किया गया था, लेकिन मूल रूप से XML क्वेरी और अपडेट लैंग्वेज (XPath, XQuery और XML अपडेट लैंग्वेज) पर आधारित था।

सेडना में एक ट्रिगर डेटाबेस में संग्रहीत XML दस्तावेज़ के किसी भी नोड पर सेट होता है। जब इन नोड्स को अपडेट किया जाता है, तो ट्रिगर स्वचालित रूप से XQuery प्रश्नों और उसके शरीर में निर्दिष्ट अपडेट को निष्पादित करता है। उदाहरण के लिए, यदि इस व्यक्ति द्वारा संदर्भित कोई खुली नीलामी होती है, तो निम्न ट्रिगर व्यक्ति नोड विलोपन को रद्द कर देता है: <वाक्यविन्यास लैंग = xql> ट्रिगर ट्रिगर बनाएं3 हटाने से पहले ऑन डॉक (नीलामी)/साइट//व्यक्ति प्रत्येक नोड के लिए करना {       अगर (मौजूद है ($ WHERE // open_auction / बोली लगाने वाला / व्यक्ति रेफरी / @ व्यक्ति = $ पुराना / @ आईडी)) तब वरना $पुराना; } 

पंक्ति और कथन स्तर ट्रिगर
यह समझने के लिए कि ट्रिगर व्यवहार कैसे काम करता है, आपको दो मुख्य प्रकार के ट्रिगर्स के बारे में पता होना चाहिए; ये रो और स्टेटमेंट लेवल ट्रिगर हैं। दोनों के बीच का अंतर यह है कि ट्रिगर के भीतर कोड को कितनी बार और किस समय निष्पादित किया जाता है।

मान लीजिए कि आपके पास एक ट्रिगर है जिसे किसी निश्चित तालिका में अद्यतन पर कॉल करने के लिए बनाया गया है। अद्यतन से प्रभावित होने वाली प्रत्येक पंक्ति के लिए पंक्ति स्तर ट्रिगर एक बार निष्पादित होंगे। यह ध्यान रखना महत्वपूर्ण है कि यदि UPDATE कमांड से कोई पंक्ति प्रभावित नहीं होती है, तो ट्रिगर ट्रिगर के भीतर किसी भी कोड को निष्पादित नहीं करेगा। UPDATE से कितनी पंक्तियाँ प्रभावित हैं, इस पर ध्यान दिए बिना स्टेटमेंट लेवल ट्रिगर्स को एक बार कॉल किया जाएगा। यहां यह ध्यान रखना महत्वपूर्ण है कि भले ही UPDATE कमांड किसी भी पंक्ति को प्रभावित न करे, फिर भी ट्रिगर के भीतर कोड को एक बार निष्पादित किया जाएगा।

पहले और बाद के विकल्पों का उपयोग करना निर्धारित करें कि ट्रिगर कब कहा जाता है। मान लीजिए कि आपके पास एक ट्रिगर है जिसे INSERT पर एक निश्चित तालिका में कहा जाता है। यदि आपका ट्रिगर पहले विकल्प का उपयोग कर रहा है, तो तालिका में INSERT होने से पहले ट्रिगर के भीतर कोड निष्पादित किया जाएगा। पहले ट्रिगर का एक सामान्य उपयोग INSERT के इनपुट मानों को सत्यापित करना है, या तदनुसार मानों को संशोधित करना है। अब मान लें कि हमारे पास एक ट्रिगर है जो इसके बजाय AFTER का उपयोग करता है। तालिका में INSERT होने के बाद ट्रिगर के भीतर कोड निष्पादित किया जाता है। इस ट्रिगर का एक उदाहरण उपयोग किए गए परिवर्तनों का ट्रैक रखते हुए, डेटाबेस में किसने प्रविष्टियां की हैं, इसका लेखापरीक्षा इतिहास बना रहा है। इन विकल्पों का उपयोग करते समय आपको कुछ बातों का ध्यान रखना होगा। पहले विकल्प आपको तालिकाओं को संशोधित करने की अनुमति नहीं देता है, यही कारण है कि इनपुट सत्यापन एक व्यावहारिक उपयोग है। ट्रिगर्स के बाद का उपयोग करने से आप ऑडिट इतिहास तालिका में डालने जैसी तालिकाओं को संशोधित कर सकते हैं।

यह निर्धारित करने के लिए ट्रिगर बनाते समय कि क्या यह कथन या पंक्ति स्तर है, केवल पंक्ति स्तर के लिए प्रत्येक पंक्ति के लिए खंड शामिल करें, या कथन स्तर के लिए खंड को छोड़ दें। अपने ट्रिगर के भीतर अतिरिक्त इन्सर्ट (एसक्यूएल)/अपडेट (एसक्यूएल)/हटाएं (एसक्यूएल) कमांड का उपयोग करने से सावधान रहें, क्योंकि ट्रिगर रिकर्सन (कंप्यूटर साइंस) संभव है, जिससे अवांछित व्यवहार होता है। नीचे दिए गए उदाहरणों में प्रत्येक ट्रिगर एक अलग तालिका को संशोधित कर रहा है, जो संशोधित किया जा रहा है उसे देखकर आप कुछ सामान्य अनुप्रयोगों को देख सकते हैं जब विभिन्न ट्रिगर प्रकारों का उपयोग किया जाता है।

निम्नलिखित एक पंक्ति स्तर ट्रिगर का Oracle सिंटैक्स उदाहरण है जिसे प्रभावित प्रत्येक पंक्ति के लिए अद्यतन के बाद कहा जाता है। इस ट्रिगर को फोन बुक डेटाबेस के अपडेट पर कॉल किया जाता है। जब ट्रिगर को कॉल किया जाता है तो यह phone_book_audit नाम की एक अलग तालिका में एक प्रविष्टि जोड़ता है। स्कीमा ऑब्जेक्ट्स जैसे अनुक्रमों का लाभ उठाने में सक्षम होने वाले ट्रिगर्स पर भी ध्यान दें, इस उदाहरण में audio_id_sequence.nexVal का उपयोग phone_book_audit तालिका में अद्वितीय प्राथमिक कुंजी उत्पन्न करने के लिए किया जाता है।

<वाक्यविन्यास प्रकाश लैंग = oracle11> ट्रिगर फोन_बुक_ऑडिट बनाएं या बदलें प्रत्येक पंक्ति के लिए फोनबुक पर अद्यतन के बाद शुरू फोन_बुक_ऑडिट में प्रवेश करें (ऑडिट_आईडी, ऑडिट_चेंज, ऑडिट_एल_नाम, ऑडिट_एफ_नाम, ऑडिट_पुराना_फोन_नंबर, ऑडिट_नया_फोन_नंबर, ऑडिट_डेट) मान (audit_id_sequence.nextVal, 'अपडेट', :OLD.last_name, :OLD.first_name, :OLD.phone_number, :NEW.phone_number, SYSDATE); अंत; 

अब अंतिम नाम 'जोन्स' वाले लोगों के लिए फोन_बुक टेबल पर अपडेट (एसक्यूएल) कॉल करना। <वाक्यविन्यास प्रकाश लैंग = oracle11> अद्यतन फोन_बुक सेट फोन_नंबर = '111-111-1111' जहां अंतिम_नाम = 'जोन्स'; 

ध्यान दें कि phone_number_audit तालिका अब दो प्रविष्टियों से आबाद है। यह डेटाबेस के साथ दो प्रविष्टियों वाले होने के कारण है 'जोन्स' का अंतिम नाम। चूंकि अपडेट दो अलग-अलग पंक्ति मानों को संशोधित करता है, इसलिए बनाए गए ट्रिगर को दो बार कॉल किया गया था; एक बार प्रत्येक संशोधन के बाद।

आफ्टर - स्टेटमेंट-लेवल ट्रिगर
एक Oracle सिंटैक्स स्टेटमेंट ट्रिगर जिसे फोन_बुक तालिका में अद्यतन के बाद कहा जाता है। जब ट्रिगर को कॉल किया जाता है तो यह phone_book_edit_history तालिका में सम्मिलित करता है <वाक्यविन्यास प्रकाश लैंग = oracle11> ट्रिगर फोन_बुक_इतिहास बनाएं या बदलें फोन_बुक पर अद्यतन के बाद शुरू फोन_बुक_एडिट_इतिहास में प्रवेश करें (audit_history_id, उपयोगकर्ता नाम, संशोधन, edit_date) मान (audit_history_id_sequence.nextVal, USER,'Update', SYSDATE); अंत; 

अब उपरोक्त उदाहरण के समान ही अपडेट कर रहे हैं, हालांकि इस बार स्टेटमेंट लेवल ट्रिगर के साथ। <वाक्यविन्यास प्रकाश लैंग = oracle11> अद्यतन फोन_बुक सेट फोन_नंबर = '111-111-1111' जहां अंतिम_नाम = 'जोन्स'; 

नतीजा दिखाता है कि ट्रिगर को केवल एक बार बुलाया गया था, भले ही अपडेट ने दो पंक्तियों को बदल दिया हो।

प्रत्येक से पहले - पंक्ति-स्तर ट्रिगर
यह उदाहरण प्रत्येक पंक्ति ट्रिगर से पहले प्रदर्शित करता है जो WHEN सशर्त का उपयोग करके INSERT को संशोधित करता है। यदि अंतिम नाम SUBSTR फ़ंक्शन का उपयोग करके 10 अक्षरों से बड़ा है हम last_name कॉलम मान को संक्षेप में बदलते हैं।

<वाक्यविन्यास प्रकाश लैंग = oracle11> TRIGGER phone_book_insert बनाएं या बदलें प्रत्येक पंक्ति के लिए फोन_बुक पर डालने से पहले WHEN (LENGTH(new.last_name) > 10) शुरू :new.last_name := SUBSTR(:new.last_name,0,1); अंत; 

अब बड़े नाम वाले किसी व्यक्ति का INSERT कर रहे हैं। <वाक्यविन्यास प्रकाश लैंग = oracle11> फोन_बुक मूल्यों में प्रवेश करें (6, 'VeryVeryLongLastName', 'Erin', 'Minneapolis', 'MN', '989 यूनिवर्सिटी ड्राइव', '123-222-4456', 55408, TO_DATE('11/21/1991', 'MM/DD/ YYYY')); 

ट्रिगर ने उपरोक्त परिणाम के अनुसार काम किया, INSERT के मान को निष्पादित करने से पहले संशोधित किया।

पहले - स्टेटमेंट-लेवल ट्रिगर
डेटाबेस प्रतिबंधों को लागू करते समय BEFORE स्टेटमेंट ट्रिगर का उपयोग करना विशेष रूप से उपयोगी होता है। यह उदाहरण प्रदर्शित करता है कि तालिका phone_book पर SOMEUSER नाम के किसी व्यक्ति पर प्रतिबंध कैसे लागू किया जाए।

<वाक्यविन्यास प्रकाश लैंग = oracle11> ट्रिगर हॉशबीसी बनाएं या बदलें SOMEUSER.phone_book पर डालने से पहले शुरू RAISE_APPLICATION_ERROR (        संख्या => -20050,         संदेश => 'त्रुटि संदेश यहां जाता है।'); अंत; 

अब, जब किसी INSERT का प्रयास करने के बाद SOMEUSER लॉग इन होता है तो यह त्रुटि संदेश दिखाई देगा:

SQL त्रुटि: ORA-20050: त्रुटि संदेश यहाँ जाता है।

इस तरह की कस्टम त्रुटियां इस बात पर प्रतिबंध लगाती हैं कि संख्या चर को किस रूप में परिभाषित किया जा सकता है। कई अन्य पूर्व-निर्धारित त्रुटियों के कारण यह चर -20000 से -20999 की सीमा में होना चाहिए।

बाहरी संबंध

 * Microsoft SQL Server DROP TRIGGER
 * MySQL Database triggers
 * MySQL DB Create Triggers
 * DB2 CREATE TRIGGER statement
 * Oracle CREATE TRIGGER
 * PostgreSQL CREATE TRIGGER
 * Oracle Mutating Table Problems with DELETE CASCADE
 * SQLite Query Language: CREATE TRIGGER
 * Oracle's Documentation on Triggers