अपने बिंदुओं को संबोधित करने के लिए:
-
%input% का उपयोग करना बहुत खराब है . इससे प्रत्येक क्वेरी को एक पूर्ण तालिका स्कैन कर दिया जाएगा। किसी भी मात्रा में लोड के तहत या दूर से बड़े डेटासेट पर भी आपका DB सर्वर चोक हो जाएगा।
-
अकेले RDBMS इसके लिए एक अच्छा समाधान नहीं है। आप खोज के लिए एक अलग समाधान ढूंढ़कर सही जगह देख रहे हैं। कुछ ऐसा जो आपके RDBMS के साथ अच्छी तरह से संवाद कर सके, वह अच्छा है; कुछ ऐसा जो RDBMS के अंदर चलता है वह वह नहीं करेगा जिसकी आपको आवश्यकता है।
-
MySQL में पूर्ण पाठ खोज बहुत ही बुनियादी खोजशब्द खोजों के लिए व्यावहारिक है, इससे अधिक कुछ नहीं। उपयोगिता का दायरा बेहद सीमित है - अंतर्निहित खोज का लाभ उठाने के लिए आपको अत्यधिक अनुमानित उपयोग मॉडल की आवश्यकता है। इसे "खोज" कहा जाता है, लेकिन यह वास्तव में उस तरह की खोज नहीं है जैसा अधिकांश लोग सोचते हैं। हम Google और बिंग से खोज परिणामों की गुणवत्ता की अपेक्षा करते आए हैं, यह तुलना नहीं करता है। "खोज" शब्द के उस अर्थ में, यह कुछ और है - जैसे नोटपैड बनाम वर्ड। वे दोनों टाइप करने के लिए चीजें हैं, लेकिन यह इसके बारे में है।
जहाँ तक खोज को संभालने के लिए अलग सिस्टम की बात है, Lucene बहुत अच्छा है। लुसीन काम करता है हालांकि आप इसे अनिवार्य रूप से काम करना चाहते हैं। अनुक्रमित दस्तावेजों को सम्मिलित करने के लिए आप इसके साथ प्रोग्रामिक रूप से बातचीत कर सकते हैं। इसी तरह, एक Google उपकरण (नहीं Google कस्टम खोज ) को सीधे मेटा फीड दिया जा सकता है जो कि आप जो कुछ भी अनुक्रमित करना चाहते हैं उसे उजागर करते हैं, जैसे सीधे डेटाबेस से डेटा।
