सोलर

Question

में कस्टम क्वेरी पैरामीटर जोड़ने का सही तरीका मैं वर्तमान में एक सोलर क्लाइंट/सर्वर जोड़ी चला रहा हूं जो ठीक काम कर रहा है।

हालांकि, कुछ मामलों में फ़िल्टर क्वेरी (fq पैरामीटर) जो सोलर को भेजी जाती है वह काफी बड़ी है (हजारों वर्ण हो सकती है) और इसे छंटनी नहीं की जा सकती है। चूंकि क्वेरी पार्सिंग only a fraction of the overall time लेता है, इसलिए मैं इस क्वेरी भाग को ज़िप करने और इसे Solr पर भेजने के साथ प्रयोग करना चाहता हूं।

मैं क्लाइंट को संशोधित करने की सोच रहा था इसलिए fq के बजाय यह एक और पैरामीटर (उदा। zfq) का उपयोग करता है। सौर तब निर्णय ले सकता है - अगर इसे zfq प्राप्त होता है, तो यह इसका उपयोग करता है और डेटा को fq में डीकोड करता है। अन्यथा यह सामान्य के रूप में व्यवहार करना चाहिए।

उपरोक्त प्राप्त करने का मानक तरीका क्या है? ऐसा लगता है कि SearchHandler, requestHandler, <queryParser (solrconfig.xml दोनों में) और कई अन्य हैं और मुझे पूरा यकीन नहीं है कि कम से कम घुसपैठ क्या है। मुझे लुसीन/टोमकैट के साथ काफी भरोसा है लेकिन सौर डेटा संरचनाओं के बारे में ज्यादा जानकारी नहीं है।

Answer 1

क्या आपने इस वाक्यविन्यास का उपयोग करने के बारे में सोचा है: श्रेणी: (1 2 3 4 ... एन)। इससे स्ट्रिंग को 90% तक कम करना चाहिए। ज़िप से बेहतर है।

Answer 2

आप अपने सौर कंटेनर को बहुत लंबे यूआरएल ले सकते हैं: Tomcat here, Jetty here।

यदि fq के कुछ डिफ़ॉल्ट मान हैं, तो आप एक क्वेरी पार्सर बना सकते हैं जिसमें इसे डिफ़ॉल्ट रूप से शामिल किया गया हो।

<requestHandler name="for_some_queries" class="solr.SearchHandler" default="true"> 
    <!-- default values for query parameters --> 
    <lst name="defaults"> 
     <str name="echoParams">explicit</str> 
     <str name="fq">MY VERY LONG FQ</str> 
    </lst> 
    </requestHandler> 

---

लेकिन मैं एक बेहतर डिजाइन के लिए मौरिसियो शेफ़र के साथ सहमत हैं।