जैसा कि नाम से पता चलता है, अस्थायी तालिकाएँ वे तालिकाएँ हैं जिनमें हम अपना अस्थायी डेटा रख सकते हैं। अस्थायी तालिकाओं के बारे में सबसे महत्वपूर्ण बात यह है कि वे वर्तमान क्लाइंट सत्र के समाप्त होने पर हटा दी जाती हैं। इसे CREATE स्टेटमेंट की सहायता से बनाया जा सकता है लेकिन हमें इसे बनाते समय Tempo

हम DESCRIBE स्टेटमेंट की सहायता से MySQL अस्थायी तालिका का विवरण देख सकते हैं, जिसका उपयोग अन्य MySQL तालिकाओं के विवरण प्राप्त करने के लिए किया जाता है। निम्न उदाहरण की सहायता से हम इसे समझा सकते हैं: उदाहरण DESCRIBE SalesSummary; +------------------+------------------+------+-----+---------+-----

व्यू बनाते समय कॉलम की सूची प्रदान करना वैकल्पिक है। निम्न उदाहरण बिना किसी कॉलम सूची के व्यू बनाने को समझाएगा: Create view View_student_detail AS SELECT * FROM Student_Detail; Query OK, 0 rows affected (0.17 sec) जैसा कि हम नीचे क्वेरी में देख सकते हैं कि व्यू बनाते समय हमने कोई कॉलम नाम नहीं दिया

हम जानते हैं कि हम SHOW TABLES स्टेटमेंट की सहायता से डेटाबेस में तालिकाओं की सूची देख सकते हैं। लेकिन MySQL अस्थायी तालिकाएँ इस सूची में संग्रहीत नहीं होतीं, या दूसरे शब्दों में कहें तो हम SHOW TABLES स्टेटमेंट की सहायता से अस्थायी तालिकाओं को नहीं देख सकते। इसे समझाने के लिए हम निम्न उदाहरण का उपय

MySQL में, हम एक व्यू बना सकते हैं जो किसी अन्य मौजूदा व्यू पर आधारित हो। इसे समझने के लिए हमारे पास Info नामक व्यू है जिसमें निम्न डेटा है: Select * from Info; +------+---------+------------+ | Id | Name | Subject | +------+---------+------------+ | 101 | YashPal | History | | 105 | G

हम जानते हैं कि व्यू बनाते समय कॉलम की सूची प्रदान करना वैकल्पिक है। लेकिन यदि हम व्यू बनाते समय कॉलम के नाम प्रदान कर रहे हैं तो कॉलम सूची में नामों की संख्या SELECT स्टेटमेंट द्वारा पुनर्प्राप्त कॉलम की संख्या के समान होनी चाहिए। उदाहरण निम्न उदाहरण कॉलम सूची के साथ व्यू बनाने को समझाएगा: Create

मूल रूप से, MySQL UNION ऑपरेटर का उपयोग 2 या अधिक SELECT स्टेटमेंट के परिणाम सेट को संयोजित करने के लिए किया जाता है। यह विभिन्न SELECT स्टेटमेंट के बीच डुप्लिकेट पंक्तियों को हटा देता है। UNION ऑपरेटर के भीतर प्रत्येक SELECT स्टेटमेंट के परिणाम सेट में समान संख्या में फ़ील्ड होने चाहिए और समान डेटा

MySQL नियमित अभिव्यक्तियों पर आधारित एक अन्य प्रकार के पैटर्न मिलान ऑपरेशन और REGEXP ऑपरेटर का समर्थन करता है। निम्न तालिका उन पैटर्न की है, जिनका उपयोग REGEXP ऑपरेटर के साथ पैटर्न मिलान को संभालने के लिए किया जा सकता है। पैटर्न पैटर्न क्या मिलान करता है ^स्ट्रिंग की शुरुआत $स्ट्रिंग का अंत .क

हम ALTER स्टेटमेंट के साथ DROP स्टेटमेंट का उपयोग करके MySQL तालिका से किसी विशेष मौजूदा कॉलम को हटा सकते हैं। इसका वाक्यविन्यास निम्न होगा: वाक्यविन्यास ALTER TABLE table_name DROP column_name; यहाँ, table_name वह तालिका का नाम है जिससे हम कॉलम को हटाना चाहते हैं। Column_name उस कॉलम का नाम है जिसे

हम ALTER स्टेटमेंट के साथ CHANGE स्टेटमेंट का उपयोग करके MySQL तालिका से किसी विशेष मौजूदा कॉलम का नाम बदल सकते हैं। इसका वाक्यविन्यास निम्न होगा: वाक्यविन्यास ALTER TABLE table_name CHANGE old_column_name new_column_name datatype; यहाँ, table_name वह तालिका का नाम है जिससे हम कॉलम को हटाना चाहते ह

दरअसल, MySQL SIGNAL स्टेटमेंट अप्रत्याशित घटनाओं को संभालने और यदि आवश्यक हो तो एप्लिकेशन से सुव्यवस्थित निकास के लिए एक त्रुटि-संभाल तंत्र है। मूल रूप से, यह हैंडलर को त्रुटि जानकारी प्रदान करता है। इसका मूल वाक्यविन्यास निम्न होगा: SIGNAL SQLSTATE | condition_value [SET signal_information_item = v

हम जानते हैं कि MySQL संदर्भीय अखंडता के लिए विदेशी कुंजी का समर्थन करता है लेकिन यह CHECK CONSTRAINT का समर्थन नहीं करता। हालाँकि, हम ट्रिगर का उपयोग करके उनका अनुकरण कर सकते हैं। इसे नीचे दिए गए उदाहरण से समझा जा सकता है: उदाहरण मान लीजिए हमारे पास car नामक एक तालिका है जिसमें निश्चित वाक्यविन्यास

यदि ट्रिगर निष्पादन के दौरान कोई त्रुटि होती है, तो MySQL इसे निम्न प्रकार से संभालता है: यदि BEFORE ट्रिगर विफल होता है, तो संबंधित पंक्ति पर ऑपरेशन नहीं किया जाता है। एक BEFORE ट्रिगर पंक्ति को सम्मिलित या संशोधित करने के प्रयास से सक्रिय होता है, चाहे वह प्रयास बाद में सफल हो या नहीं। एक AFTER ट

जैसा कि हम जानते हैं कि MySQL रेफरेंशियल इंटीग्रिटी के लिए फॉरेन की सपोर्ट करता है लेकिन यह CHECK कंस्ट्रेंट सपोर्ट नहीं करता। लेकिन हम ट्रिगर्स का उपयोग करके उनका अनुकरण कर सकते हैं। इसे नीचे दिए गए उदाहरण से स्पष्ट किया जा सकता है - उदाहरण मान लीजिए हमारे पास car नामक एक टेबल है जिसमें रजिस्ट्रे

एक डेटाबेस व्यू एक SQL स्टेटमेंट से अधिक कुछ नहीं है जिसे डेटाबेस में एक संबद्ध नाम के साथ स्टोर किया जाता है। एक व्यू वास्तव में एक पूर्वनिर्धारित SQL क्वेरी के रूप में एक टेबल की रचना है। एक व्यू टेबल की सभी पंक्तियों को समाहित कर सकता है या टेबल से चुनिंदा पंक्तियों को चुन सकता है। एक MySQL व्य

जैसा कि हम जानते हैं कि व्यू अन्य टेबल या व्यू के शीर्ष पर बनी परिभाषाएं हैं और डेटाबेस में स्टोर होती हैं। MySQL बेस टेबल से सीधे डेटा चुनने की तुलना में MySQL व्यू का उपयोग करने के लाभ निम्नलिखित हैं डेटा एक्सेस सरल बनाएं निम्न कारणों से व्यू का उपयोग डेटा एक्सेस को सरल बनाता है - एक व्यू का उप

चूंकि हम MySQL में INTERSECT क्वेरी का उपयोग नहीं कर सकते, हम EXISTS ऑपरेटर का उपयोग करके INTERSECT क्वेरी को सिमुलेट करेंगे। इसे निम्न उदाहरण से समझा जा सकता है - उदाहरण इस उदाहरण में, हम दो टेबल Student_detail और Student_info ले रहे हैं जिनमें निम्न डेटा है - mysql> Select * from Student_det

मौजूदा MySQL इवेंट को स्थायी रूप से डिलीट करने के लिए हमें DROP स्टेटमेंट का उपयोग करना होगा। इसे स्पष्ट करने के लिए हम testing_event नामक इवेंट को निम्न प्रकार से डिलीट कर रहे हैं - उदाहरण mysql> DROP EVENT testing_event; Query OK, 0 rows affected (0.00 sec)

ALTER EVENT स्टेटमेंट की मदद से, हम मौजूदा MySQL इवेंट को संशोधित कर सकते हैं। हम इवेंट के विभिन्न गुणों को बदल सकते हैं। ALERT EVENT का निम्न सिंटैक्स है -    ALTER EVENT event_name     ON SCHEDULE schedule ON COMPLETION [NOT] PRESERVE   RENAME TO new_event_name   &n

ALTER EVENT स्टेटमेंट के साथ ENABLE और DISABLE कीवर्ड की मदद से, हम इवेंट को ENABLE और DISABLE कर सकते हैं। इसे स्पष्ट करने के लिए हमारे पास निम्न उदाहरण है - उदाहरण mysql> ALTER EVENT hello DISABLE; Query OK, 0 rows affected (0.00 sec) उपरोक्त क्वेरी Hello नामक इवेंट को DISABLE करेगी और नीचे