मूल रूप से, मूल रूप से 2 दृश्यों के प्रकार हैं। MySQL में।
-
दृश्य मर्ज करें
इस प्रकार का दृश्य मूल रूप से केवल आपके प्रश्नों को दृश्य के SQL के साथ फिर से लिखता है। तो प्रश्नों को स्वयं लिखने के लिए यह एक छोटा सा हाथ है। यह कोई वास्तविक प्रदर्शन लाभ प्रदान नहीं करता है, लेकिन जटिल प्रश्नों को लिखना आसान बनाता है और रखरखाव को आसान बनाता है (क्योंकि यदि दृश्य परिभाषा बदल जाती है, तो आपको दृश्य के विरुद्ध 100 प्रश्नों को बदलने की आवश्यकता नहीं है, केवल एक परिभाषा)।
-
आकर्षक दृश्य
इस प्रकार का दृश्य दृश्य के SQL से क्वेरी के साथ एक अस्थायी तालिका बनाता है। इसमें मर्ज व्यू के सभी फायदे हैं, लेकिन यह व्यू टेबल पर लॉक टाइम को भी कम करता है। इसलिए अत्यधिक लोड किए गए सर्वरों पर यह काफी महत्वपूर्ण प्रदर्शन लाभ प्राप्त कर सकता है।
"अपरिभाषित" दृश्य प्रकार (डिफ़ॉल्ट) भी है, जो MySQL को क्वेरी समय पर सबसे अच्छा प्रकार चुनने देता है...
लेकिन ध्यान देने योग्य बात यह है कि MySQL के पास भौतिक दृश्यों के लिए कोई समर्थन नहीं है। . तो यह ओरेकल की तरह नहीं है जहां एक जटिल दृश्य इसके खिलाफ प्रश्नों के प्रदर्शन में काफी वृद्धि करेगा। विचारों के प्रश्नों को हमेशा MySQL में निष्पादित किया जाता है।
दक्षता के लिए, MySQL में दृश्य दक्षता में वृद्धि या कमी नहीं करते हैं। प्रश्नों को लिखते और बनाए रखते हुए वे आपके जीवन को आसान बनाने के लिए हैं। मैंने करोड़ों पंक्तियों वाली तालिकाओं पर दृश्यों का उपयोग किया है, और उन्होंने ठीक काम किया है...
