ओरेकल में इस प्रश्न का परिणाम मेर्ज जॉइन कार्टिसियन में क्यों होता है?

Question

यहां मेरी क्वेरी है:

select count(*) 
from email_prod_junc j 
inner join trckd_prod t5 on j.trckd_prod_sk = t5.trckd_prod_sk 
inner join prod_brnd b on t5.prod_brnd_sk = b.prod_brnd_sk 
inner join email e on j.email_sk = e.email_sk 
inner join dm_geography_sales_pos_uniq u on (u.emp_sk = e.emp_sk and u.prod_brnd_sk = b.prod_brnd_sk) 

व्याख्या योजना कहती है:

कार्टेशियन DM_GEOGRAPHY_SALES_POS_UNIQ और EMAIL_PROD_JUNC के बीच जुड़ें।

मुझे समझ में नहीं आता है क्योंकि प्रत्येक तालिका के लिए एक शर्त स्थिति क्यों है।

Answer 1

मैं आदेश दिया संकेत जोड़कर इस हल से भरा में शामिल होने के समाप्त:

select /*+ ordered */ 

मैं तुम्हें क्रम में तालिकाएं निर्दिष्ट आप चाहते हैं उन्हें शामिल हो गए और इस संकेत का उपयोग करते हैं से here

जानकारी मिल गया, ओरेकल क्रम में शामिल होने के इष्टतम पता लगाने की कोशिश समय नहीं बिताएंगे, यह सिर्फ शामिल हो जाएगा उन्हें फोरम क्लॉज में आदेश दिया जाता है।

Answer 2

मैं अनुमान लगाता हूं कि यह अंतिम आंतरिक जुड़ने की स्थिति (x और y) की स्थिति के कारण होता है। ओरेकल शायद बहु-कथन की स्थिति को अनुकूलित करने के बारे में नहीं जानता है, इसलिए यह पूर्ण जुड़ाव करता है, फिर तथ्य के बाद स्थिति के परिणाम को फ़िल्टर करता है।

: मैं Oracle की व्याख्या कर योजना के साथ वास्तव में परिचित नहीं हूँ, इसलिए मैं नहीं कह सकता कि अधिकार के साथ

संपादित

आप इस परिकल्पना का परीक्षण करना चाहता था, तो आप करने के लिए क्वेरी को बदलने की कोशिश कर सकते

inner join dm_geography_sales_pos_uniq u on u.emp_sk = e.emp_sk 
where u.prod_brnd_sk = b.prod_brnd_sk 

और देखते हैं कि अगर योजना

Answer 3

अपनी अनुक्रमणिका और पूर्ण योजना को जानने के बिना, यह कहना मुश्किल है कि यह वास्तव में क्यों हो रहा है। मेरा सबसे अच्छा अनुमान यह है कि EMAIL_PROD_JUNC और DM_GEOGRAPHY_SALES_POS_UNIQ अपेक्षाकृत छोटे हैं और TRCKD_PROD (trckd_prod_sk, prod_brnd_sk) पर एक अनुक्रमणिका है। यदि ऐसा है, तो ऑप्टिमाइज़र ने फैसला किया होगा कि दो छोटी टेबलों पर कार्टेसियन TRCKD_PROD को दो बार फ़िल्टर करने से कम महंगा है।