LIKE 'string' vs = 'string' का उपयोग करने के लिए ओरेकल में कोई प्रदर्शन प्रभाव?

Question

यह

SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE '%some_value%'; 

इस

SELECT * FROM SOME_TABLE WHERE SOME_FIELD = 'some_value'; 

लेकिन क्या इस बारे में की तुलना में धीमी है?

SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE 'some_value'; 

मेरा परीक्षण इंगित करता है कि दूसरे और तीसरे उदाहरण बिल्कुल वही हैं। यदि यह सच है, तो मेरा सवाल है, कभी भी "=" का उपयोग क्यों करें?

Answer 1

जब आप बाइंड वैरिएबल का उपयोग करते हैं तो स्पष्ट अंतर होता है, जिसे आपको डेटा वेयरहाउसिंग या अन्य थोक डेटा संचालन के अलावा ओरेकल में उपयोग करना चाहिए। निष्पादन समय तक बी 1 है '% some_value%', या 'some_value' आदि, तो यह की एक अनुमान कर देगा:

SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE :b1 

ओरेकल पता नहीं सकता है मूल्य:

के मामले ले लो परिणाम की कार्डिनालिटी हेरिस्टिक्स पर आधारित है और एक उचित योजना के साथ आती है जो बी के विभिन्न मूल्यों के लिए उपयुक्त हो सकती है या नहीं: बी, जैसे '% ए', '%', 'ए' इत्यादि।

इसी प्रकार मुद्दों को समानता के साथ लागू कर सकते हैं लेकिन परिणामस्वरूप कार्डिनिटीज की सीमा कॉलम आंकड़ों या अनोखी बाधा की उपस्थिति के आधार पर अधिक आसानी से अनुमानित है, le।

तो, व्यक्तिगत रूप से मैं = के लिए प्रतिस्थापन के रूप में LIKE का उपयोग शुरू नहीं करूंगा। कभी-कभी मूर्खतापूर्ण मूर्खतापूर्ण मूर्खतापूर्ण होता है।

Answer 2

दोनों के लिए EXPLAIN PLAN देखें। वे एक ही निष्पादन योजना उत्पन्न करते हैं, इसलिए डेटाबेस में, वे वही बात हैं।

आप समानता के लिए समानता के लिए परीक्षण करने के लिए = उपयोग करेंगे। यदि आप तुलना मूल्य को भी नियंत्रित कर रहे हैं, तो इससे कोई फर्क नहीं पड़ता है। यदि यह किसी उपयोगकर्ता द्वारा सबमिट किया जा रहा है, तो 'सेब' और 'सेब%' आपको बहुत अलग परिणाम देगा।

Answer 3

क्या आपने इसे आजमाया है? परीक्षण करने का एकमात्र निश्चित तरीका है।

एक तरफ के रूप में, इनमें से कोई भी बयान एक ही पंक्तियों को वापस करने के लिए निश्चित नहीं है। बाहर का प्रयास करें:

insert into some_table (some_field) values ('some_value'); 
insert into some_table (some_fieled) values ('1some_value2'); 
insert into some_table (some_field) values ('some1value'); 

SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE '%some_value%'; 

SELECT * FROM SOME_TABLE WHERE SOME_FIELD = 'some_value'; 

SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE 'some_value'; 

स्पष्टता के संदर्भ में और सूक्ष्म कीड़े से बचने के लिए, यह सबसे अच्छा है तरह का उपयोग कभी नहीं करने के लिए जब तक आप की जरूरत है यह वाइल्डकार्ड सुविधा है। (जाहिर है, विज्ञापन-संबंधी प्रश्न पूछते समय, यह शायद ठीक है।)

Answer 4

LIKE '% WHATEVER%' को एक पूर्ण अनुक्रमणिका स्कैन करना होगा।

यदि प्रतिशत नहीं है, तो यह बराबर की तरह कार्य करता है।

यदि% एक छोर पर है, तो सूचकांक एक श्रेणी स्कैन हो सकता है।

मुझे यकीन नहीं है कि अनुकूलक बाध्य क्षेत्रों को कैसे प्रबंधित करता है।

Answer 5

यदि यह सच है, तो मेरा सवाल है, क्यों कभी भी "=" का उपयोग करते हैं?

एक बेहतर सवाल: यदि यह सच है, तो समानता के परीक्षण के लिए "पसंद" का उपयोग क्यों करें? आप शिफ्ट कुंजी को मारने से बचते हैं, और स्क्रिप्ट को पढ़ने वाले हर किसी को भ्रमित होना पड़ता है।

Answer 6

like औपचारिक रूप से वही है यदि आपके पास $% आदि जैसे वर्ण नहीं हैं, इसलिए यह एक बड़ी आश्चर्य नहीं है कि यह एक ही कीमत है।

मुझे डेविड एल्ड्रिज का जवाब दिलचस्प लगता है क्योंकि आपका एप्लिकेशन बाध्य चर का उपयोग करना चाहिए। like '%foobar' के साथ आप इंडेक्स में ऑर्डर करने का उपयोग नहीं कर सकते हैं। यदि क्वेरी प्री-कंपाइल है तो इससे अधिक इंडेक्स या टेबल पूर्ण स्कैन हो जाएंगे।

इसके अलावा, मैं यह खतरनाक यह एसक्यूएल इंजेक्शन और अजीब कीड़े को जन्म दे सकता (उदाहरण के लिए, अगर वहाँ एक उपयोगकर्ता जॉन कहा जाता है एक हैकर 'joh$' नामक उपयोगकर्ता बना सकते हैं और कोशिश कर सकते हैं में लॉग इन करने)

क्यों के रूप में लगता है जोख़िम लें? '=' स्पष्ट है और इनमें से कोई भी समस्या नहीं है।