MySQL IFNULL() कंट्रोल फ्लो फंक्शन पहला आर्गुमेंट वापस करेगा यदि यह NULL नहीं है अन्यथा यह दूसरा आर्गुमेंट वापस करता है। सिंटैक्स IFNULL(expression1, expression2) यहां यदि expression1 NULL नहीं है तो IFNULL() expression1 वापस करेगा अन्यथा expression2। यदि दोनों आर्गुमेंट्स NULL हैं तो यह NULL वापस

वास्तव में, MySQL स्टोर्ड प्रोसीजर निर्माण के समय के वातावरण को संरक्षित करता है। इसे निम्न उदाहरण की मदद से समझा जा सकता है जिसमें हम स्ट्रिंग्स को जोड़ने के लिए दो बार्स का उपयोग कर रहे हैं। यह केवल तभी वैध है जब SQL मोड ansi हो। लेकिन यदि हम SQL मोड को नॉन-ansi में बदलते हैं, तो प्रोसीजर अभी भी

मान लीजिए यदि हम एक BEGIN/END ब्लॉक के अंदर एक वेरिएबल घोषित करते हैं तो इस वेरिएबल का स्कोप इस विशेष ब्लॉक में होगा। हम उसी नाम से एक वेरिएबल को दूसरे BEGIN/END ब्लॉक के अंदर भी घोषित कर सकते हैं जो पूरी तरह से वैध होगा लेकिन इसका स्कोप इसके BEGIN/END ब्लॉक के अंदर होगा। इसे निम्न उदाहरण की मदद से

MySQL NULLIF() कंट्रोल फ्लो फंक्शन दोनों आर्गुमेंट्स समान होने पर NULL वापस करेगा, अन्यथा यह पहला आर्गुमेंट वापस करता है। सिंटैक्स NULLIF(expression1, expression2) यहां यदि expression1 = expression2, तो NULLIF() द्वारा NULL वापस किया जाएगा अन्यथा expression1 वापस किया जाएगा। निम्न उदाहरण इसे प्रदर्

हम जानते हैं कि MySQL NULLIF() कंट्रोल फ्लो फंक्शन पहला आर्गुमेंट वापस करेगा यदि दोनों आर्गुमेंट्स समान नहीं हैं। पहला आर्गुमेंट इसलिए वापस किया जाता है क्योंकि MySQL दोनों आर्गुमेंट्स समान नहीं होने पर पहले आर्गुमेंट का दो बार मूल्यांकन करता है। उदाहरण Select NULLIF(Tutorialspoint,MySQL); +------

मान लीजिए वर्तमान में हम query नामक डेटाबेस का उपयोग कर रहे हैं और इसमें निम्न टेबल्स हैं: Show tables in query; +-----------------+ | Tables_in_query | +-----------------+ | student_detail | | student_info | +-----------------+ 2 rows in set (0.00 sec) अब, निम्न एक स्टोर्ड प्रोसीजर है, जो पैर

यह बिल्कुल संभव है कि एक MySQL स्टोर्ड प्रोसीजर दूसरे MySQL स्टोर्ड प्रोसीजर को अपने अंदर कॉल कर सकता है। इसे दर्शाने के लिए, हम एक उदाहरण ले रहे हैं जिसमें एक स्टोर्ड प्रोसीजर दूसरे स्टोर्ड प्रोसीजर को कॉल करके last_insert_id का पता लगाएगा। उदाहरण BEGIN insert into employee.tbl(name) values (

हम MySQL स्टोर्ड प्रोसीजर से एक या सभी टेबल्स को एक्सेस कर सकते हैं। निम्न एक उदाहरण है जिसमें हमने एक स्टोर्ड प्रोसीजर बनाया है जो पैरामीटर के रूप में टेबल का नाम स्वीकार करेगा और इसे इनवोक करने पर, टेबल से सभी विवरणों के साथ परिणाम सेट उत्पन्न करेगा। उदाहरण BEGIN SET @X := CONCAT(Select

हम जानते हैं कि START ट्रांजैक्शन ट्रांजैक्शन शुरू करेगा और ऑटो-कमिट मोड को ऑफ सेट करेगा। निम्न उदाहरण में, हमने START ट्रांजैक्शन वाला एक स्टोर्ड प्रोसीजर बनाया है जो employee.tbl टेबल में एक नया रिकॉर्ड सम्मिलित करेगा जिसमें निम्न डेटा है: Select * from employee.tbl; +----+---------+ | Id | Name

हम जानते हैं कि START ट्रांजैक्शन ट्रांजैक्शन शुरू करेगा और COMMIT का उपयोग ट्रांजैक्शन शुरू करने के बाद किए गए किसी भी परिवर्तन को बनाने के लिए किया जाता है। निम्न उदाहरण में, हमने COMMIT के साथ START ट्रांजैक्शन वाला एक स्टोर्ड प्रोसीजर बनाया है जो एक नया रिकॉर्ड सम्मिलित करेगा और employee.tbl टे

मान लीजिए क्वेरीज में से एक विफल हो जाती है या त्रुटियां उत्पन्न करती है और अन्य क्वेरी (क्वेरीज) ठीक से निष्पादित होती हैं तो MySQL फिर भी ठीक से निष्पादित क्वेरी (क्वेरीज) के परिवर्तनों को कमिट कर देता है। इसे निम्न उदाहरण से समझा जा सकता है जिसमें हम employee.tbl टेबल का उपयोग कर रहे हैं जिसमें

हम जानते हैं कि ROLLBACK ट्रांजैक्शन शुरू होने के बाद डेटाबेस में किए गए किसी भी परिवर्तन को वापस कर देगा। MySQL स्टोर्ड प्रोसीजर में ROLLBACK करने के लिए हमें EXIT हैंडलर घोषित करना होगा। हम sqlexception या SQL चेतावनियों के लिए हैंडलर का उपयोग कर सकते हैं। इसे उस उदाहरण की मदद से समझा जा सकता है

वास्तव में स्टोर्ड प्रोसीजर और फंक्शन्स में किए गए मानक एक्शन मास्टर MySQL सर्वर से स्लेव MySQL सर्वर पर रेप्लिकेट होते हैं। यहां तक कि सामान्य DDL स्टेटमेंट्स के माध्यम से मास्टर MySQL सर्वर पर स्टोर्ड प्रोसीजर और फंक्शन्स का निर्माण भी स्लेव MySQL सर्वर पर रेप्लिकेट होता है। इस तरह, ऑब्जेक्ट्स दो

वास्तव में, एक MySQL स्लेव सर्वर के पास मास्टर के MySQL सर्वर बाइनरी लॉग से पढ़े गए किसी भी स्टेटमेंट को निष्पादित करने का अधिकार होता है, इसलिए रेप्लिकेशन के साथ स्टोर्ड फंक्शन्स का उपयोग करने के लिए कुछ विशेष सुरक्षा प्रतिबंध मौजूद हैं। यदि रेप्लिकेशन या सामान्य रूप से बाइनरी लॉगिंग सक्रिय है (पॉ

स्टोर्ड प्रोसीजर और फंक्शन्स को रेप्लिकेट करने की निम्न सीमाएं हैं: एक्शन का प्रकार - वास्तव में स्टोर्ड प्रोसीजर और फंक्शन्स का रेप्लिकेशन एक्शन के प्रकार पर निर्भर करता है। यदि स्टोर्ड प्रोसीजर में एम्बेडेड एक्शन नॉन-डिटरमिनिस्टिक (यादृच्छिक) या समय-आधारित है तो यह ठीक से रेप्लिकेट नहीं हो सकता

निम्न उदाहरण tabledetails नामक एक प्रोसीजर बनाएगा जो डेटाबेस में संग्रहीत किसी विशेष टेबल के सभी विवरण देता है। उदाहरण CALL tabledetails; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+--

मान लीजिए यदि हम किसी टेबल के सभी रिकॉर्ड्स को उसके नाम को स्टोर्ड प्रोसीजर के पैरामीटर के रूप में पास करके देखना चाहते हैं तो निम्न उदाहरण details नामक एक प्रोसीजर बनाएगा जो टेबल के नाम को अपने पैरामीटर के रूप में स्वीकार करता है: BEGIN SET @t:= CONCAT(Select * from, ,tab_name); Prepa

MySQL INTERVAL() फंक्शन उस आर्गुमेंट का इंडेक्स मान वापस करता है जो पहले आर्गुमेंट से बड़ा होता है। सिंटैक्स INTERVAL(N,N1,N2,N3,...) यहां, यह फंक्शन पहले आर्गुमेंट यानी N की तुलना अन्य आर्गुमेंट्स यानी N1, N2, N3 आदि से करेगा। सभी आर्गुमेंट्स को पूर्णांक माना जाता है। यह निम्नानुसार आउटपुट वापस कर

महत्वपूर्ण रूप से दोनों ISNULL() फंक्शन और IS NULL तुलना ऑपरेटर में कोई अंतर नहीं है और कुछ सामान्य व्यवहार साझा करते हैं। एकमात्र अंतर जो हम देख सकते हैं वह उनके सिंटैक्स में है। ISNULL() फंक्शन का एक्सप्रेशन इसके आर्गुमेंट के रूप में होगा जबकि IS NULL तुलना ऑपरेटर के बाईं ओर एक्सप्रेशन होगा। अन्य

यदि INTERVAL() फंक्शन का पहला आर्गुमेंट NULL है तो MySQL आउटपुट के रूप में -1 वापस करता है। निम्न उदाहरण इसे दर्शाएगा: Select INTERVAL(NULL,20,32,38,40,50,55); +--------------------------------------+ | INTERVAL(NULL,20,32,38,40,50,55) | +--------------------------------------+ | -1