SQLite: 'searchstr%' को इंडेक्स का उपयोग करना चाहिए?

Question

मैं कई क्षेत्रों

word_id — INTEGER PRIMARY_KEY 
word — TEXT 
... 

..और ~ 150k पंक्तियों के साथ एक डीबी की है।

चूंकि यह एक शब्दकोश है, इसलिए मैं मास्क 'search_string%' के साथ एक शब्द खोज रहा हूं। यह मेल खाने वाली पंक्तियों को खोजने के लिए 15ms लेते हुए ठीक काम करता था। तालिका में 'word' फ़ील्ड के लिए एक अनुक्रमणिका है। हाल ही में मैंने तालिका को संशोधित किया है (उस तालिका के कुछ फ़ील्ड जो दायरे से बाहर हैं) और कुछ हुआ - यह क्वेरी निष्पादित करने में 400ms ले रहा है, इसलिए मैं समझता हूं कि यह अब इंडेक्स का उपयोग करने में विफल रहता है। स्ट्रिंगफोर्ड क्वेरी = जैसे 10ms परिणाम दिखाता है। क्या किसी को पता है कि यहां क्या हो रहा है?

Answer 1

इस मामले में एक अनुक्रमणिका का सुरक्षित रूप से उपयोग नहीं किया जा सकता है। एक अनुभवहीन कार्यान्वयन इस परिणत हो गया:

... WHERE word LIKE 'search_string%'

में

... WHERE word >= 'search_string' AND word < 'search_strinh'

खोज स्ट्रिंग का अंतिम वर्ण incrementing द्वारा। ऑपरेटरों की तुलना में अधिक से कम और कम सूचकांक का उपयोग कर सकते हैं, जहां LIKE नहीं कर सकता।

दुर्भाग्य से, यह सामान्य मामले में काम नहीं करेगा। LIKE ऑपरेटर केस-असंवेदनशील है, जिसका अर्थ है कि 'a' LIKE 'A' सत्य है। उपर्युक्त परिवर्तन पूंजीकृत अक्षरों के साथ किसी भी खोज स्ट्रिंग को तोड़ देगा।

कुछ मामलों में, हालांकि, आप जानते हैं कि केस संवेदनशीलता किसी विशेष कॉलम के लिए अप्रासंगिक है, और उपरोक्त परिवर्तन सुरक्षित है। इस मामले में, आपके पास दो विकल्प हैं।

1. इस विशेष फ़ील्ड को कवर करने वाले इंडेक्स पर NOCASE कोटिंग अनुक्रम का उपयोग करें।
2. बदलें PRAGMA case_sensitive_like = ON;

इन कार्यों के किसी भी चल पारदर्शी रूप से आप के लिए ऊपर परिवर्तन करने के लिए SQLite सक्षम हो जाएगा द्वारा LIKE ऑपरेटर कार्यक्रम चौड़ा के व्यवहार; आप हमेशा LIKE का उपयोग हमेशा करते रहें, और SQLite इंडेक्स का उपयोग करने के लिए अंतर्निहित क्वेरी को फिर से लिख देगा।

आप SQLite Query Optimizer Overview page पर "LIKE अनुकूलन" के बारे में अधिक पढ़ सकते हैं।