इन्फॉर्मेटिका में लेनदेन नियंत्रण परिवर्तन (उदाहरण)

⚡ स्मार्ट सारांश

इनफॉर्मेटिका में ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन एक सक्रिय, कनेक्टेड ऑब्जेक्ट है जो मैप के दौरान पंक्तियों को कमिट या रोलबैक करता है।ping यह प्रक्रिया पाँच अंतर्निहित चरों का उपयोग करके चलती है, जिनकी स्थिति का मूल्यांकन प्रत्येक पंक्ति के लिए एक बार किया जाता है।

  • 🔄 पांच अंतर्निर्मित चर: TC_CONTINUE_TRANSACTION, TC_COMMIT_BEFORE, TC_COMMIT_AFTER, TC_ROLLBACK_BEFORE और TC_ROLLBACK_AFTER यह तय करते हैं कि प्रत्येक पंक्ति पर क्या होता है।
  • ⚙️ स्थिति इन संपत्तियों में रहती है: प्रॉपर्टीज़ टैब पर स्थित ट्रांज़ैक्शन कंट्रोल कंडीशन फ़ील्ड में वह IIF एक्सप्रेशन होता है जिसका मूल्यांकन इंटीग्रेशन सर्विस करती है।
  • 🧪 उदाहरण सहित: सात मानचित्रping जब भी विभाग संख्या 20 पाई जाती है, डिजाइनर चरण EMP डेटा को EMP_TARGET में दर्ज करते हैं।
  • प्रभावी या अप्रभावी: कोई भी परिवर्तन जो लेनदेन की सीमाओं को समाप्त कर देता है, वह वस्तु को उसके पीछे के लक्ष्य के लिए अप्रभावी बना देता है।
  • 🔧 सत्र प्रतिबद्धता प्रकार: एक नक्शाping प्रभावी ट्रांजैक्शन कंट्रोल के साथ, ट्रांसफॉर्मेशन यूजर डिफाइंड कमिट टाइप के अंतर्गत चलता है।
  • ⚠️ सख्त वापसी मान: कमिट, रोल बैक या कंटिन्यू के अलावा कुछ भी लौटाने वाली स्थिति इंटीग्रेशन सर्विस के सेशन को विफल कर देती है।

इन्फॉर्मेटिका में लेनदेन नियंत्रण परिवर्तन

लेनदेन नियंत्रण परिवर्तन क्या है?

ट्रांजैक्शन कंट्रोल एक सक्रिय और कनेक्टेड ट्रांसफॉर्मेशन है जो हमें मैप के निष्पादन के दौरान ट्रांजैक्शन को कमिट या रोल बैक करने की अनुमति देता है।pingकमिट और रोलबैक ऑपरेशन बेहद महत्वपूर्ण हैं क्योंकि ये डेटा की उपलब्धता की गारंटी देते हैं।

जब बड़ी मात्रा में डेटा संसाधित किया जाता है, तो ऐसी स्थिति आ सकती है जब डेटा को लक्ष्य स्थान पर कमिट करना आवश्यक हो जाता है। यदि कमिट प्रक्रिया बार-बार की जाती है, तो यह सिस्टम पर बोझ बन जाती है। यदि कमिट प्रक्रिया में देरी होती है, तो विफलता की स्थिति में डेटा हानि की संभावना रहती है।

इसलिए, लचीलापन प्रदान करने के लिए, ट्रांज़ैक्शन कंट्रोल ट्रांसफ़ॉर्मेशन प्रदान किया गया है। कमिट पॉइंट को सेशन डिफ़ॉल्ट पर छोड़ने के बजाय, यह अंदर की एक शर्त को अनुमति देता है। नक्शाping पंक्ति दर पंक्ति यह तय करें कि एक लेन-देन कहाँ समाप्त होता है और दूसरा कहाँ से शुरू होता है।

TCL कमिट और रोलबैक कमांड

इस रूपांतरण में ऑपरेशन को संभालने के लिए पाँच अंतर्निहित चर उपलब्ध हैं। शर्त के अनुसार प्रत्येक पंक्ति के लिए इन पाँचों में से एक मान लौटाना आवश्यक है, और उस सूची से बाहर का मान होने पर एकीकरण सेवा सत्र को विफल कर देती है।

TC_CONTINUE_TRANSACTION

TC_CONTINUE_TRANSACTION में कोई ऑपरेशन नहीं किया जाता है, डेटा लोड करने की प्रक्रिया यथावत जारी रहती है। यह एक्सप्रेशन का डिफ़ॉल्ट मान है।

TC_COMMIT_BEFORE

TC_COMMIT_BEFORE में, जब यह फ़्लैग सेट पाया जाता है, तो वर्तमान पंक्ति की प्रोसेसिंग से पहले एक कमिट किया जाता है। फिर एक नया ट्रांज़ैक्शन शुरू होता है और वर्तमान पंक्ति को टारगेट में लिखा जाता है।

TC_COMMIT_AFTER

TC_COMMIT_AFTER में वर्तमान पंक्ति को संसाधित किया जाता है, फिर एक कमिट किया जाता है और अगला लेनदेन शुरू होता है।

TC_ROLLBACK_BEFORE

TC_ROLLBACK_BEFORE में, पहले रोलबैक किया जाता है, फिर डेटा को लिखने के लिए संसाधित किया जाता है।

TC_ROLLBACK_AFTER

TC_ROLLBACK_AFTER में डेटा संसाधित होने के बाद, रोलबैक किया जाता है।

लेनदेन नियंत्रण रूपांतरण गुण

ऑब्जेक्ट को एडिट ट्रांसफॉर्मेशन विंडो से कॉन्फ़िगर किया जाता है, जिसमें अन्य पावरसेंटर ट्रांसफॉर्मेशन की तरह ही चार टैब होते हैं। यह जानना कि किस टैब में कौन सी सेटिंग है, नीचे दिए गए चरण में सेटिंग ढूंढने में काफी मदद करता है।

टैब वहां क्या कॉन्फ़िगर किया गया है?
परिवर्तन रूपांतरण का नाम, उसका विवरण और क्या वस्तु को पुन: प्रयोज्य बनाया गया है।
बंदरगाहों इनपुट और आउटपुट पोर्ट, सामान्यतः अपस्ट्रीम ट्रांसफॉर्मेशन से कॉलम को खींचकर बनाए जाते हैं।
गुण लेनदेन नियंत्रण शर्त, जो फ़ील्ड के बगल में छोटे तीर से खोली जाती है, और Tracसत्र लॉग में इंग लेवल लिखा गया।
डेटा एक्सटेंशन उपयोगकर्ता द्वारा परिभाषित मेटाडेटा को रिपॉजिटरी में रूपांतरण के साथ रखा जाता है।

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

एक सेटिंग रूपांतरण से बाहर स्थित है। जब एक मानचित्रping इसमें एक प्रभावी लेनदेन नियंत्रण परिवर्तन शामिल है, सत्र इसके साथ चलता है प्रतिबद्धता प्रकार प्रॉपर्टीज़ टैब पर इसे उपयोगकर्ता परिभाषित पर सेट करें सत्र, के स्थान पर Target या ऐसे सोर्स कमिट प्रकार जो निश्चित कमिट अंतराल का उपयोग करते हैं।

इनफॉर्मेटिका में ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन का उपयोग कैसे करें

इस उदाहरण में, जब विभाग संख्या = 20 की शर्त सही पाई जाएगी, तब हम लक्ष्य में डेटा सबमिट करेंगे।

चरण 1) मानचित्र बनाएँping EMP को स्रोत और EMP_TARGET को लक्ष्य के रूप में लेते हुए। मानचित्रping डिजाइनर कैनवास में स्रोत, उसका स्रोत क्वालिफायर और लक्ष्य परिभाषा शामिल होती है।

नक्शाping डिज़ाइनर कैनवास जिसमें EMP स्रोत, उसका स्रोत क्वालिफायर और EMP_TARGET लक्ष्य परिभाषा शामिल है।

चरण 2) ट्रांसफॉर्मेशन मेनू का उपयोग करके एक नया ट्रांसफॉर्मेशन बनाएं, फिर क्रिएट ट्रांसफॉर्मेशन विंडो में:

  1. नए रूपांतरण के रूप में एक लेनदेन नियंत्रण का चयन करें
  2. परिवर्तन नाम “tc_commit_dept20” दर्ज करें
  3. बनाएँ विकल्प चुनें

ट्रांजैक्शन कंट्रोल का चयन करके और tc_commit_dept20 नाम दर्ज करके ट्रांसफॉर्मेशन विंडो बनाएं।

चरण 3) ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन बन जाएगा, डन बटन चुनें। नया ऑब्जेक्ट अब कैनवास पर सोर्स क्वालिफायर के बगल में दिखाई देगा।

सोर्स क्वालिफायर के बगल में ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन tc_commit_dept20 बनाया गया।

चरण 4) सोर्स क्वालिफायर से सभी कॉलम को ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन में ड्रैग और ड्रॉप करें, फिर ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन से सभी कॉलम को टारगेट टेबल से लिंक करें। अब पाइपलाइन source → Source Qualifier → tc_commit_dept20 → EMP_TARGET क्रम में चलेगी।

स्रोत योग्यता कॉलम tc_commit_dept20 के माध्यम से EMP_TARGET तालिका से जुड़े हुए हैं

चरण 5) Double ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन पर क्लिक करें और फिर एडिट प्रॉपर्टी विंडो में जाएं:

  1. प्रॉपर्टी टैब चुनें
  2. लेनदेन नियंत्रण संपादक आइकन पर क्लिक करें

एडिट ट्रांसफॉर्मेशन विंडो के प्रॉपर्टीज़ टैब में ट्रांजैक्शन कंट्रोल एडिटर आइकन दिखाई दे रहा है।

चरण 6) एक्सप्रेशन एडिटर में एक्सप्रेशन दर्ज करें –

iif(deptno=20,tc_commit_before,tc_continue_transaction)

और ओके चुनें। इसका मतलब है कि यदि विभाग संख्या 20 पाई जाती है, तो लक्ष्य में लेनदेन को पूरा करें, अन्यथा वर्तमान प्रक्रिया जारी रखें।

एक्सप्रेशन एडिटर में IIF कंडीशन है जो विभाग संख्या 20 वाली पंक्ति से पहले कमिट करती है।

चरण 7) पिछली विंडो में OK चुनें। अब यह शर्त ट्रांसफॉर्मेशन के प्रॉपर्टीज़ टैब में सेव हो गई है।

ट्रांज़ैक्शन कंट्रोल कंडीशन सेव होने के बाद एडिट ट्रांसफ़ॉर्मेशन विंडो के प्रॉपर्टीज़ टैब पर जाएँ।

अब मानचित्र को सहेजेंping और सेशन और वर्कफ़्लो बनाने के बाद इसे निष्पादित करें। यह मैपping जब भी डेटा में विभाग संख्या 20 पाया जाएगा, डेटा को लक्ष्य में भेज दिया जाएगा।

प्रभावी और अप्रभावी लेनदेन नियंत्रण परिवर्तन

यह रूपांतरण एक लेनदेन जनरेटर है। यह ऊपर से आने वाली सभी लेनदेन सीमाओं को हटा देता है और नीचे की ओर आने वाली हर चीज के लिए अपनी नई सीमाएं परिभाषित करता है, यही कारण है कि पाइपलाइन में इसकी स्थिति उतनी ही महत्वपूर्ण है जितनी इसकी अवस्था।

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

  • एक एग्रीगेटर, योजक, श्रेणीसॉर्टर या कस्टम ट्रांसफॉर्मेशन जिसका ट्रांसफॉर्मेशन स्कोप सभी इनपुट है
  • लेन-देन उत्पन्न करने के लिए कॉन्फ़िगर किया गया एक कस्टम रूपांतरण
  • एक और लेनदेन नियंत्रण रूपांतरण
  • एक से अधिक अपस्ट्रीम लेनदेन नियंत्रण बिंदुओं से जुड़ा एकाधिक इनपुट समूह रूपांतरण

लक्ष्य के लिए अप्रभावी होने से ऑब्जेक्ट बेकार नहीं हो जाता। एक डाउनस्ट्रीम ट्रांसफॉर्मेशन जिसका ट्रांसफॉर्मेशन स्कोप ट्रांजैक्शन है, वह अपस्ट्रीम में परिभाषित सीमाओं का उपयोग करता है, इसलिए वही ट्रांसफॉर्मेशन सॉर्टर के लिए प्रभावी हो सकता है और उसके पीछे की टेबल के लिए अप्रभावी हो सकता है।

मानचित्र मेंping कई लक्ष्यों के साथ, वस्तु एक लक्ष्य के लिए प्रभावी और दूसरे के लिए अप्रभावी हो सकती है। मानचित्रping यह तब तक मान्य रहता है जब तक प्रत्येक लक्ष्य एक प्रभावी लेनदेन नियंत्रण रूपांतरण से जुड़ा होता है, और जैसे ही कोई एक लक्ष्य इससे जुड़ा नहीं होता, यह अमान्य हो जाता है। डिज़ाइनर उन रूपांतरणों की रिपोर्ट करता है जो लक्ष्यों के लिए अप्रभावी हैं जब मानचित्रping सहेजा या मान्य किया गया है।

लेनदेन नियंत्रण परिवर्तन के लिए नियम और दिशानिर्देश

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

  • रिटर्न वैल्यू सख्त है। यदि शर्त का मूल्यांकन कमिट, रोल बैक या कंटिन्यू के अलावा किसी अन्य रूप में होता है, तो इंटीग्रेशन सर्विस सत्र को विफल कर देती है।
  • TC_CONTINUE_TRANSACTION फ़ॉलबैक है। IIF() की प्रत्येक शाखा को कहीं न कहीं समाप्त होना होता है, और continue वह मान है जो वर्तमान लेनदेन को अपरिवर्तित छोड़ देता है।
  • लक्ष्य का प्रकार मायने रखता है। रिलेशनल, XML या डायनामिक MQSeries टारगेट के अलावा किसी अन्य टारगेट से जुड़ा ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन उस टारगेट के लिए अप्रभावी होता है।
  • यह स्थिति केवल उसी चीज़ का उपयोग कर सकती है जो इस तक पहुँचती है। ट्रांजैक्शन कंट्रोल एडिटर के अंदर केवल ट्रांसफॉर्मेशन से जुड़े पोर्ट, उसके वेरिएबल पोर्ट और बिल्ट-इन वेरिएबल ही उपलब्ध होते हैं।
  • प्रतिबद्धता की आवृत्ति एक समझौता है। एक ऐसी स्थिति जो लगभग हर पंक्ति पर लागू होती है, बफरिंग के लाभ को समाप्त कर देती है, जबकि एक ऐसी स्थिति जो लगभग कभी भी सक्रिय नहीं होती है, डेटा हानि की उस संभावना को फिर से उत्पन्न कर देती है जिसे दूर करने के लिए यह परिवर्तन जोड़ा गया था।
  • सेशन लॉग की जाँच करें। लॉग उन कमिट पॉइंट्स को रिकॉर्ड करता है जो वास्तव में लिए गए थे, जो यह पुष्टि करने का सबसे तेज़ तरीका है कि स्थिति ने अपेक्षा के अनुरूप व्यवहार किया। प्रदर्शन सुधारना.

अक्सर पूछे जाने वाले प्रश्न

कमिट इंटरवल सेशन में निर्धारित पंक्तियों की एक निश्चित संख्या के बाद कमिट करता है। ट्रांजैक्शन कंट्रोल कंडीशन डेटा पर ही कमिट करती है, इसलिए कमिट पॉइंट पंक्तियों की संख्या के बजाय एक व्यावसायिक नियम का पालन करता है।

इनफॉर्मेटिका पॉवरसेंटर ट्रांसफॉर्मेशन गाइड में कहा गया है कि रिलेशनल, XML या डायनामिक MQSeries टारगेट के अलावा किसी अन्य टारगेट से जुड़ा ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन उस टारगेट के लिए अप्रभावी होता है।

हाँ। इसे ट्रांसफॉर्मेशन डेवलपर में बनाएं, या किसी मौजूदा ट्रांसफॉर्मेशन के टैब पर 'पुन: प्रयोज्य बनाएं' पर टिक करें। हर मैपping फिर वे समान स्थिति साझा करते हैं, इसलिए नियम में कोई भी बदलाव उन सभी पर एक साथ लागू होता है।

ऐतिहासिक सेशन लॉग पर मशीन लर्निंग का उपयोग करके उन लोड्स को चिह्नित किया जा सकता है जहां कमिट फ्रीक्वेंसी लंबे रनटाइम या रोलबैक स्टॉर्म से संबंधित होती है। यह सुझाव अभी एक परिकल्पना है, इसलिए स्थिति में बदलाव करने से पहले इसे वास्तविक रन के साथ सत्यापित करें।

कोपायलट IIF() का ढांचा तैयार कर सकता है और आपको पांच वेरिएबल नामों की याद दिला सकता है, लेकिन इसे आपके पोर्ट नाम या व्यावसायिक नियमों की जानकारी नहीं होती है। आउटपुट को शुरुआती बिंदु मानें और एक्सप्रेशन एडिटर में इसकी पुष्टि करें।

अपडेट रणनीति यह तय करती है कि किसी पंक्ति के साथ क्या होगा, उसे सम्मिलित करें, अपडेट करें, हटाएं या अस्वीकार करें के रूप में वर्गीकृत करती है। लेनदेन नियंत्रण यह तय करता है कि लिखी गई पंक्तियों को कब स्थायी बनाया जाएगा। ये दोनों अलग-अलग प्रश्नों के उत्तर देते हैं और अक्सर इनका एक साथ उपयोग किया जाता है।

क्लाउड डेटा इंटीग्रेशन अपने स्वयं के ट्रांजैक्शन कंट्रोल ट्रांसफॉर्मेशन के साथ कमिट, रोल बैक और कंटिन्यू जैसे समान वैरिएबल प्रदान करता है। डिज़ाइन का मूल विचार वही रहता है, लेकिन ऑब्जेक्ट क्लाउड मैप में बनाया जाता है।ping पावरसेंटर क्लाइंट के बजाय डिज़ाइनर में।

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

इस पोस्ट को संक्षेप में इस प्रकार लिखें: