डेटाबेस लिखना और पढ़ना संतुलन

5.3.8.4 फास्ट रिफ्रेश पर सामान्य प्रतिबंध

भौतिककृत दृश्य की परिभाषित क्वेरी निम्नानुसार प्रतिबंधित है:

• भौतिकवादी दृश्य में गैर-दोहराए जाने वाले अभिव्यक्तियों जैसे SYSDATE और ROWNUM संदर्भ नहीं होना चाहिए।
• भौतिक दृश्य में RAW या LONG RAW डेटा प्रकार के संदर्भ नहीं होने चाहिए।
• इसमें SELECT सूची उपकुंजी नहीं हो सकती।
• इसमें SELECT खंड में विश्लेषणात्मक कार्य नहीं हो सकते हैं (उदाहरण के लिए, RANK )।
• यह एक तालिका का संदर्भ नहीं दे सकता है जिस पर XMLIndex सूचकांक परिभाषित किया गया है।
• इसमें एक MODEL क्लॉज नहीं हो सकता।
• इसमें HAVING वर्ग के साथ एक HAVING खंड नहीं हो सकता।
• इसमें नेस्टेड क्वेरीज़ नहीं हो सकती हैं, जिनमें ANY , ALL या NOT EXISTS ।
• इसमें एक [START WITH …] CONNECT BY खंड [START WITH …] CONNECT BY नहीं हो सकता।
• इसमें विभिन्न साइटों पर कई डिटेल टेबल नहीं हो सकते हैं।
• COMMIT भौतिक विचारों में दूरस्थ विवरण तालिकाएँ नहीं हो सकतीं।
• निहित भौतिक विचारों में एक सम्मिलित या समुच्चय होना चाहिए।
• भौतिक रूप से जुड़ने के विचार और एक GROUP BY GROUP साथ भौतिक रूप से एकत्रित विचारों को अनुक्रमणिका-संगठित तालिका से नहीं चुना जा सकता है।

5.3.8.5 केवल शामिल होने के साथ भौतिकवादी दृश्यों पर तेजी से ताज़ा करने पर प्रतिबंध

केवल और कोई समुच्चय के साथ भौतिक विचारों के लिए प्रश्नों को परिभाषित करना तेजी से ताज़ा करने पर निम्नलिखित प्रतिबंध हैं:

• " फास्ट रिफ्रेश पर सामान्य प्रतिबंध " से सभी प्रतिबंध।
• उनके पास GROUP BY खंड या समुच्चय नहीं हो सकते।
• FROM सूची में सभी तालिकाओं की पंक्ति क्वेरी की SELECT सूची में दिखाई देनी चाहिए।
• क्वेरी की FROM सूची में सभी बेस टेबल के लिए पंक्तिबद्ध सामग्री के साथ भौतिक रूप से देखे जाने वाले लॉग मौजूद होने चाहिए।
• आप सरल जोड़ के साथ कई तालिकाओं से एक तेज़ रीफ्रेश किए जा सकने वाला भौतिक दृश्य नहीं बना सकते हैं, जिसमें SELECT स्टेटमेंट में ऑब्जेक्ट प्रकार का कॉलम शामिल हो।

इसके अलावा, आपके द्वारा चुनी गई रीफ्रेश विधि यदि आपके लिए उपयुक्त नहीं है तो:

• डिफाइनिंग क्वेरी एक बाहरी जॉइन का उपयोग करती है जो एक आंतरिक जॉइन की तरह व्यवहार करती है। यदि परिभाषित करने वाली क्वेरी में ऐसा शामिल है, तो आंतरिक जुड़ने के लिए परिभाषित क्वेरी को फिर से लिखने पर विचार करें।
• भौतिकवादी दृश्य की SELECT सूची में कई तालिकाओं के स्तंभों के भाव शामिल हैं।

5.3.8.6 उपग्रहों के साथ भौतिकवादी दृश्यों पर तेजी से ताज़ा करने पर प्रतिबंध

समुच्चय या जोड़ के साथ भौतिक विचारों के लिए प्रश्नों को परिभाषित करना तेजी से ताज़ा करने पर निम्नलिखित प्रतिबंध हैं:

• " फास्ट रिफ्रेश पर सामान्य प्रतिबंध " से सभी प्रतिबंध।

तेज़ ताज़ा को COMMIT और ON DEMAND दोनों के भौतिक विचारों के लिए समर्थन दिया जाता है, हालाँकि निम्नलिखित प्रतिबंध लागू होते हैं:

• भौतिकवादी दृश्य में सभी तालिकाओं में भौतिक दृश्य दृश्य होने चाहिए, और भौतिक दृश्य दृश्य लॉग होने चाहिए:
  
  • भौतिक दृष्टि से संदर्भित तालिका के सभी स्तंभों को शामिल करें।
  • ROWID और INCLUDING NEW VALUES साथ निर्दिष्ट करें।
  • यदि तालिका में आवेषण / प्रत्यक्ष-भार, हटाने, और अपडेट का मिश्रण होने की उम्मीद है, तो SEQUENCE खंड को निर्दिष्ट करें।
  
  
• केवल SUM , COUNT , AVG , VARIANCE , VARIANCE , MIN और MAX फास्ट रिफ्रेश के लिए समर्थित हैं।
• COUNT(*) निर्दिष्ट होना चाहिए।
• अलग-अलग कार्य केवल अभिव्यक्ति के बाहरी भाग के रूप में होने चाहिए। यही है, AVG(AVG(x)) या AVG(x) + AVG(x) जैसे समुच्चय की अनुमति नहीं है।
• प्रत्येक समुच्चय जैसे AVG(expr) , संबंधित COUNT(expr) मौजूद होना चाहिए। Oracle अनुशंसा करता है कि SUM(expr) निर्दिष्ट किया जाए।
• यदि VARIANCE(expr) या STDDEV(expr ) निर्दिष्ट है, तो COUNT(expr) और SUM(expr) निर्दिष्ट होना चाहिए। Oracle अनुशंसा करता है कि SUM(expr *expr) निर्दिष्ट किया जाए।
• परिभाषित क्वेरी में SELECT कॉलम कई बेस टेबल से कॉलम के साथ एक जटिल अभिव्यक्ति नहीं हो सकता है। इसके लिए एक संभावित समाधान एक नेस्टेड भौतिकीकृत दृश्य का उपयोग करना है।
• SELECT लिस्ट में सभी GROUP BY कॉलम होने चाहिए।
• भौतिकवादी दृश्य एक या अधिक दूरस्थ तालिकाओं पर आधारित नहीं है।
• यदि आप भौतिक दृश्य लॉग के फ़िल्टर कॉलम में एक CHAR डेटा प्रकार का उपयोग करते हैं, तो मास्टर साइट के वर्ण सेट और भौतिक दृश्य समान होना चाहिए।
• यदि भौतिक दृश्य में निम्नलिखित में से एक है, तो तेजी से ताज़ा केवल पारंपरिक डीएमएल आवेषण और प्रत्यक्ष भार पर समर्थित है।
  
  • MIN या MAX समुच्चय के साथ भौतिक विचार
  • भौतिक विचार जिसमें SUM(expr) लेकिन कोई COUNT(expr)
  • COUNT(*) बिना भौतिक विचार
  
  इस तरह के भौतिकवादी दृश्य को केवल सम्मिलित भौतिक दृश्य कहा जाता है।
• MAX या MIN साथ एक भौतिकीकृत दृश्य, डीएमएल स्टेटमेंट को हटाने या मिश्रित करने के बाद तेजी से रीफ्रैशेबल है यदि इसमें WHERE क्लॉज नहीं है।
  डिलीट या मिक्स्ड डीएमएल के बाद अधिकतम / मिनट फास्ट रिफ्रेश में केवल-इन्सर्ट केस के समान व्यवहार नहीं होता है। यह प्रभावित समूहों के लिए अधिकतम / मिनट मूल्यों को हटाता है और पुन: बनाता है। आपको इसके प्रदर्शन प्रभाव के बारे में पता होना चाहिए।
• FROM क्लॉज में नामित विचारों या उपश्रेणियों के साथ भौतिक विचारों को तेजी से ताज़ा किया जा सकता है बशर्ते विचारों को पूरी तरह से मिलाया जा सके। किस दृश्य पर विलय होगा, इसकी जानकारी के लिए, Oracle डेटाबेस SQL ​​भाषा संदर्भ देखें ।
• यदि कोई बाहरी जुड़ाव नहीं है, तो आपके पास WHERE क्लॉज में मनमाने चयन और जोड़ हो सकते हैं।
• बाहरी जोड़ के साथ भौतिक रूप से समग्र विचार, पारंपरिक डीएमएल और प्रत्यक्ष भार के बाद तेजी से परिष्कृत होते हैं, बशर्ते केवल बाहरी तालिका को संशोधित किया गया हो। इसके अलावा, आंतरिक जुड़ाव तालिका के शामिल स्तंभों पर अद्वितीय अवरोधों का अस्तित्व होना चाहिए। यदि बाहरी जुड़ाव हैं, तो सभी जॉइंट AND s से जुड़े होने चाहिए और उन्हें समानता ( = ) ऑपरेटर का उपयोग करना चाहिए।
• CUBE , ROLLUP , समूहीकरण, या उनके संयोजन के साथ भौतिक विचारों के लिए, निम्नलिखित प्रतिबंध लागू होते हैं:
  
  • SELECT सूची में समूहीकरण समूह में अलग-अलग समूहीकरण या कार्य हो सकता है जिसमें प्रत्येक GROUP BY अभिव्यक्ति के लिए एक ग्रुपिंग या कार्य हो सकता है। उदाहरण के लिए, यदि भौतिक दृष्टि से GROUP BY GROUP " GROUP BY CUBE(a, b) " है, तो SELECT सूची में " GROUPING_ID(a, b) " या " GROUPING(a) AND GROUPING(b) "द्रवीकृत दृश्य के लिए तेजी से रीफ्रेशेबल होना चाहिए।
  • GROUP BY परिणाम किसी डुप्लिकेट ग्रुपिंग में नहीं होना चाहिए। उदाहरण के लिए, " GROUP BY a, ROLLUP(a, b) " तेजी से रीफ्रेश करने योग्य नहीं है क्योंकि इसके परिणामस्वरूप डुप्लिकेट ग्रुपिंग होती है " (a), (a, b), AND (a) "।

5.3.8.7 यूनिअन ऑल के साथ भौतिक दृश्यों पर फास्ट रिफ्रेश पर प्रतिबंध

UNION साथ भौतिक विचार ALL सेट ऑपरेटर निम्नलिखित स्थितियों से संतुष्ट होने पर REFRESH FAST विकल्प का समर्थन करते हैं:

• परिभाषित क्वेरी में शीर्ष स्तर पर UNION ALL ऑपरेटर होना चाहिए।
  
  UNION ALL ऑपरेटर को एक अपवाद के साथ एक उपकुंजी के अंदर एम्बेड नहीं किया जा सकता है: UNION ALL सबमिशन में सबमिशन में हो सकता है, बशर्ते कि डिफाइनिंग क्वेरी फॉर्म का है SELECT * FROM (देखें या सबकुछ यूएनआईओएन ALL ) निम्नानुसार है उदाहरण:
  

    VATE view_with_unionall के रूप में देखें
   (SELECT c.rowid crid, c.cust_id, 2 उमरर
    ग्राहकों से c cust_last_name = 'स्मिथ'
    यूनिअन ऑल
    C.rowid crid, c.cust_id, 3 umarker का चयन करें
    ग्राहकों से c cust_last_name = 'जोन्स');
  
   निर्मित सामग्री देखें Unionall_inside_view_mv
   DEMAND के रूप में पुनर्परिभाषित
   का चयन करें * से view_with_unionall;
  

  ध्यान दें कि दृश्य view_with_unionall तेजी से ताज़ा करने के लिए आवश्यकताओं को संतुष्ट करता है।
• UNION में प्रत्येक क्वेरी ब्लॉक ALL क्वेरी को समुच्चय के साथ एक तेज रीफ्रेशेबल मटेरिअल व्यू की आवश्यकता को पूरा करना चाहिए या जॉन्स के साथ एक फास्ट रिफ्रैसेबल मटेरिअल व्यू को देखना चाहिए।
  
  उपयुक्त भौतिकीकृत दृश्य लॉग्स को उसी प्रकार के फास्ट रिफ्रेसेबल मटेरिअल व्यू के लिए आवश्यक तालिकाओं पर बनाया जाना चाहिए।
  ध्यान दें कि ओरेकल डेटाबेस एकल तालिका भौतिक दृश्य के विशेष मामले को भी ROWID बशर्ते कि ROWID स्तंभ को SELECT सूची में और भौतिक दृश्य लॉग में शामिल किया गया हो। यह दृश्य view_with_unionall की परिभाषित क्वेरी में दिखाया गया है।
• प्रत्येक क्वेरी की SELECT सूची में एक UNION ALL मार्कर शामिल होना चाहिए, और UNION ALL कॉलम में प्रत्येक UNION ALL शाखा में एक अलग स्थिर संख्यात्मक या स्ट्रिंग मान होना चाहिए। इसके अलावा, मार्कर कॉलम को प्रत्येक क्वेरी ब्लॉक की SELECT सूची में उसी क्रमिक स्थिति में दिखाई देना चाहिए। UNION ALL मार्कर के बारे में अधिक जानकारी के लिए " UNION ALL मार्कर और क्वेरी पुनरीक्षण " देखें।
• कुछ सुविधाएँ जैसे कि बाहरी जोड़, केवल सम्मिलित भौतिक द्रष्टिकोण क्वेरीज़ और दूरस्थ तालिकाएँ UNION ALL साथ भौतिक विचारों के लिए समर्थित नहीं हैं। ध्यान दें, हालांकि, प्रतिकृति में उपयोग किए जाने वाले भौतिक विचार, जिनमें जोड़ या एग्रीगेट शामिल नहीं हैं, जब तेजी से ताज़ा हो सकते हैं जब UNION ALL या रिमोट टेबल का उपयोग किया जाता है।
• संगतता आरंभीकरण पैरामीटर को 9.2.0 या उच्चतर पर सेट किया जाना चाहिए ताकि UNION ALL साथ एक तेज़ रीफ़्रेश किए जा सकने वाले भौतिक दृश्य तैयार किए जा सकें।

अतिरिक्त आवश्यकताएं

सेट विकल्प और नियतात्मक फ़ंक्शन आवश्यकताओं के अलावा, निम्नलिखित आवश्यकताओं को पूरा किया जाना चाहिए:

• CREATE INDEX को निष्पादित करने वाला उपयोगकर्ता दृश्य का स्वामी होना चाहिए।
• जब आप इंडेक्स बनाते हैं, तो IGNORE_DUP_KEY विकल्प को बंद (डिफ़ॉल्ट सेटिंग) पर सेट किया जाना चाहिए।
• टेबल्स को दो-भाग नामों, स्कीमा द्वारा संदर्भित किया जाना चाहिए । दृश्य परिभाषा में टैबलेनम ।
• दृश्य में संदर्भित उपयोगकर्ता-परिभाषित फ़ंक्शन को WITH SCHEMABINDING विकल्प का उपयोग करके बनाया जाना चाहिए।
• दृश्य में संदर्भित किसी भी उपयोगकर्ता-परिभाषित फ़ंक्शन को दो-भाग नामों, <स्कीमा> द्वारा संदर्भित किया जाना चाहिए । <फ़ंक्शन> ।
• उपयोगकर्ता-परिभाषित फ़ंक्शन का डेटा एक्सेस गुण NO SQL होना चाहिए, और बाहरी पहुँच गुण NO होना चाहिए।
• सामान्य भाषा रनटाइम (सीएलआर) फ़ंक्शन दृश्य की चुनिंदा सूची में दिखाई दे सकते हैं, लेकिन क्लस्टर इंडेक्स कुंजी की परिभाषा का हिस्सा नहीं हो सकते। CLR फ़ंक्शन दृश्य के WHERE खंड या दृश्य में JOIN ऑपरेशन के ON खंड में प्रकट नहीं हो सकते हैं।
• सीएलआर कार्यों और सीएलआर उपयोगकर्ता-परिभाषित प्रकारों के तरीकों को देखने की परिभाषा में उपयोग किया जाना चाहिए, जिसमें निम्न तालिका में दिखाए गए गुणों के अनुसार सेट होना चाहिए।
  

  संपत्ति	टिप्पणी
  डेट्रिमिन्टिक = ट्रायल	Microsoft .NET फ्रेमवर्क विधि की विशेषता के रूप में स्पष्ट रूप से घोषित किया जाना चाहिए।
  सटीक = सत्य	.NET फ्रेमवर्क विधि की विशेषता के रूप में स्पष्ट रूप से घोषित किया जाना चाहिए।
  डेटा पहुंच = कोई SQL	DataAccessKind.None और SystemDataAccessKind.None के लिए SystemDataAccess विशेषता के लिए DataAccess विशेषता सेट करके निर्धारित किया गया है।
  बाहरी प्रवेश = सं	यह संपत्ति CLR रूटीन के लिए NO के लिए डिफॉल्ट करती है।

• दृश्य को WITH SCHEMABINDING विकल्प का उपयोग करके बनाया जाना चाहिए।
• दृश्य को केवल आधार तालिकाओं का संदर्भ देना चाहिए जो दृश्य के समान डेटाबेस में हैं। दृश्य अन्य विचारों का संदर्भ नहीं दे सकता है।
• दृश्य परिभाषा में SELECT स्टेटमेंट में निम्नलिखित Transact-SQL तत्व शामिल नहीं होने चाहिए:
  

  COUNT	ROWSET फ़ंक्शंस (OPENDATASOURCE, OPENQUERY , OPENROWSET , और OPENXML )	OUTER ( LEFT , RIGHT , या FULL )
  व्युत्पन्न तालिका ( FROM क्लॉज में SELECT स्टेटमेंट को निर्दिष्ट करके परिभाषित)	स्व मिलती है	सेलेक्ट SELECT * या SELECT <table_name>.* SELECT * का उपयोग करके कॉलम निर्दिष्ट करना SELECT <table_name>.*
  DISTINCT	STDEV , STDEVP , VAR , VARP या AVG	सामान्य तालिका अभिव्यक्ति (CTE)
  फ्लोट 1 , टेक्स्ट , नेक्स्ट , इमेज , एक्सएमएल या फाइलस्ट्रीम कॉलम	सबक्वेरी	OVER क्लॉज़, जिसमें रैंकिंग या कुल विंडो फ़ंक्शंस शामिल हैं
  पूर्ण-पाठ की भविष्यवाणी करता है ( CONTAINS , FREETEXT )	SUM फ़ंक्शन जो एक अशक्त अभिव्यक्ति का संदर्भ देता है	ORDER BY
  सीएलआर उपयोगकर्ता द्वारा परिभाषित कुल कार्य	TOP	CUBE , ROLLUP , या ROLLUP GROUPING SETS ऑपरेटर
  MIN , MAX	UNION , EXCEPT , या INTERSECT ऑपरेटर्स	TABLESAMPLE
  तालिका चर	OUTER APPLY या CROSS APPLY	PIVOT , UNPIVOT
  विरल स्तंभ सेट	इनलाइन (TVF) या मल्टी-स्टेटमेंट टेबल-वैल्यू फ़ंक्शंस (MSTVF)	OFFSET
  CHECKSUM_AGG

  
  ¹ अनुक्रमित दृश्य में फ्लोट कॉलम हो सकते हैं; हालाँकि, ऐसे कॉलमों को क्लस्टर इंडेक्स कुंजी में शामिल नहीं किया जा सकता है।
• यदि GROUP BY मौजूद है, तो VIEW परिभाषा में COUNT_BIG(*) होना चाहिए और इसमें COUNT_BIG(*) नहीं होना चाहिए। ये GROUP BY प्रतिबंध केवल अनुक्रमित दृश्य परिभाषा पर लागू होते हैं। एक क्वेरी अपनी निष्पादन योजना में अनुक्रमित दृश्य का उपयोग कर सकती है, भले ही यह इन GROUP BY प्रतिबंधों से संतुष्ट न हो।
• यदि व्यू डेफिनेशन में एक GROUP BY क्लॉज होता है, तो यूनिक क्लस्टर्ड इंडेक्स की कुंजी केवल GROUP BY क्लॉज में निर्दिष्ट कॉलम को संदर्भित कर सकती है।