मिश्रित चीनी-अंग्रेजी जर्नल में एक चीनी वर्ण (कैरेक्टर) कैसे खोजें

ऐप के अपने खोज दस्तावेज़ीकरण से शुरुआत करें

खोज ऐप की एक सुविधा है, कोई सार्वभौमिक नियम नहीं। कोई जर्नल फ़ुल-टेक्स्ट इंडेक्स, एक बुनियादी टेक्स्ट स्कैन, या एक से अधिक मोड का उपयोग कर सकता है। यहाँ तक कि SQLite पर बने उत्पाद भी अपने SQLite एक्सटेंशन, टोकनाइज़र और ऐप-विशिष्ट हैंडलिंग में भिन्न हो सकते हैं। उदाहरण के लिए, [Joplin SQLite FTS4 के अपने उपयोग का दस्तावेज़ीकरण करता है](https://joplinapp.org/help/apps/search/) और कहता है कि यह उन भाषाओं के लिए एक कस्टम मोड पर स्विच करता है जो लैटिन शब्द सीमाओं का उपयोग नहीं करती हैं, जिनमें चीनी भी शामिल है। इसका पृष्ठ प्रलेखित FTS मोड में सटीक-शब्द मिलान और सबस्ट्रिंग मिलान के बीच भी अंतर करता है। ये विवरण Joplin का वर्णन करते हैं; वे यह स्थापित नहीं करते कि कोई अन्य जर्नल कैसा व्यवहार करेगा।

सटीक उत्पाद और प्लेटफ़ॉर्म संस्करण देखें, फिर ध्यान दें कि क्या मैनुअल फ़ुल-टेक्स्ट खोज, एक बुनियादी मोड, टोकन या शब्द मिलान, सबस्ट्रिंग मिलान, भाषा-विशिष्ट व्यवहार और अनुलग्नकों (अटैचमेंट्स) जैसी अनुक्रमित सामग्री का वर्णन करता है। केवल इसलिए यह निष्कर्ष न निकालें कि खोज बॉक्स हर दृश्यमान वर्ण को स्कैन करता है क्योंकि यह चीनी इनपुट स्वीकार करता है। इसके विपरीत, यह भी न मान लें कि कोई इंडेक्स चीनी टेक्स्ट को अस्वीकार कर देगा: ऐप में भाषा-जागरूक मोड या कोई अन्य कार्यान्वयन हो सकता है।

एक छोटा नियंत्रण नोट (कंट्रोल नोट) बनाएं

नियंत्रित जाँच के रूप में एक ज्ञात नोट का उपयोग करें। उदाहरण के लिए, एक काल्पनिक नोट बनाएं जिसका मुख्य भाग (बॉडी) है: “山水 — 北京 — journal”। यहाँ, 山 एक ज्ञात एकल वर्ण है; 北京 एक ज्ञात दो-वर्णों वाला शब्द है; और journal एक अंग्रेजी नियंत्रण शब्द है। नोट को सहेजें, किसी भी प्रलेखित इंडेक्सिंग देरी की अनुमति दें, और प्रत्येक आइटम को अलग-अलग खोजें। रिकॉर्ड करें कि क्या नोट 山, 北京, और journal के लिए दिखाई देता है। ये प्रस्तावित जाँचें हैं, किसी वास्तविक ऐप के परीक्षण के परिणाम नहीं।

यदि journal से भी नोट नहीं मिलता है, तो पहले जाँचें कि क्या नोट सहेजा गया है, चयनित खाते या नोटबुक में शामिल है, और खोजी गई फ़ील्ड में है। यदि journal काम करता है लेकिन कोई भी चीनी क्वेरी काम नहीं करती है, तो समस्या विशेष रूप से CJK हैंडलिंग या खोज शब्दों की व्याख्या से संबंधित है। यदि 北京 काम करता है लेकिन 山 नहीं करता है, तो उस अंतर को रिकॉर्ड करें: यह न्यूनतम-शब्द या टोकन-सीमा व्यवहार की ओर संकेत कर सकता है, लेकिन केवल परिणाम ही कारण की पहचान नहीं करता है।

फ़ुल-टेक्स्ट, बुनियादी और सबस्ट्रिंग खोज की सावधानीपूर्वक तुलना करें

फ़ुल-टेक्स्ट खोज में, ऐप टेक्स्ट को शब्दों में विभाजित कर सकता है और उन अनुक्रमित शब्दों का मिलान कर सकता है। इसके विपरीत एक सबस्ट्रिंग खोज बड़े टेक्स्ट के अंदर वर्णों के अनुक्रम को देखती है। ये अलग-अलग व्यवहार हैं: पूरे शब्द का मिलान करने का अर्थ यह नहीं है कि उसके भीतर के प्रत्येक छोटे अनुक्रम का भी मिलान होगा। Joplin अपनी FTS क्वेरीज़ के लिए इस अंतर को स्पष्ट रूप से प्रलेखित करता है और कहता है कि इसका CJK कस्टम मोड लैटिन शब्द सीमाओं पर निर्भरता से बचाता है। इसका प्रलेखित स्लैश उपसर्ग उन मामलों के लिए बुनियादी खोज पर स्विच करता है जिन्हें FTS ठीक से संभाल नहीं पाता है, हालांकि Joplin चेतावनी देता है कि यह मोड बहुत धीमा हो सकता है। उस सिंटैक्स का उपयोग केवल Joplin में और केवल उसके वर्तमान मैनुअल में वर्णित अनुसार ही करें।

डेटाबेस दस्तावेज़ीकरण यह समझा सकता है कि कार्यान्वयन विवरण क्यों मायने रखते हैं, बिना किसी ऐप के परिणामों की भविष्यवाणी किए। SQLite का [FTS5 दस्तावेज़ीकरण](https://sqlite.org/fts5.html) विन्यास योग्य टोकनाइज़र का वर्णन करता है, जिसमें Unicode61 और ट्राइग्राम विकल्प शामिल हैं। Joplin का उद्धृत दस्तावेज़ीकरण, हालांकि, FTS4 का नाम देता है। इसलिए FTS5 उदाहरणों का उपयोग यह दावा करने के लिए नहीं किया जा सकता है कि Joplin, या प्रत्येक जर्नल, उन टोकनाइज़र का उपयोग करता है। डेटाबेस-स्तरीय स्पष्टीकरण लागू करने से पहले ऐप के अपने दस्तावेज़ीकरण की जाँच करें।

केवल विफल क्वेरी का नहीं, बल्कि पूरे पैटर्न का विश्लेषण करें

समस्या को सीमित करने के लिए इस क्रम का उपयोग करें:

एक ऐप के खोज ऑपरेटरों या निष्कर्षों को दूसरे पर लागू न करें। Apple की [Notes उपयोगकर्ता मार्गदर्शिका](https://support.apple.com/guide/notes/search-your-notes-not18ab658ed/mac) नोट की बॉडी और कई अटैचमेंट प्रकारों को खोजने का वर्णन करती है, और ध्यान दिलाती है कि उपलब्ध सुविधाएँ खाते पर निर्भर हो सकती हैं। यह चीनी टोकन सीमाओं को निर्दिष्ट नहीं करती है या एकल-वर्ण सबस्ट्रिंग पुनर्प्राप्ति की गारंटी नहीं देती है। जब आधिकारिक दस्तावेज़ीकरण उस बिंदु को अनिर्दिष्ट छोड़ देता है, तो विश्वसनीय निष्कर्ष बस यही होता है कि वह व्यवहार वहाँ अप्रलेखित है।

नियंत्रण खोजें आपको क्या बता सकती हैं

नियंत्रण नोट किसी गुम हुए नोट या गलत खोज दायरे को भाषा-विशिष्ट खोज समस्या से अलग करने में मदद करता है। यह यह साबित नहीं करता है कि ऐप प्रत्येक नोट, अटैचमेंट, खाते या भाषा को कैसे अनुक्रमित करता है। सटीक ऐप, प्लेटफ़ॉर्म, संस्करण, खोज मोड और तीनों क्वेरी परिणामों को एक साथ रखें; यह संक्षिप्त रिकॉर्ड केवल यह कहने से अधिक उपयोगी है कि "चीनी खोज काम नहीं कर रही है।" यदि आपको किसी वास्तविक संग्रह के लिए विश्वसनीय एक-वर्ण लुकअप की आवश्यकता है, तो अपने नोट्स को पुनर्गठित या पुनः आयात करने से पहले अपने स्वयं के प्रतिनिधि नोट्स के विरुद्ध व्यवहार की पुष्टि करें।

इस विषय को आगे पढ़ें