मेरी सलाह है कि elasticsearch-jdbc-river का उपयोग करने का प्रयास करें कई कारणों से।
उनमें से एक यह है कि elasticsearch-jbdc-river यदि आप RDBMS स्विच करने का निर्णय लेते हैं तो यह अधिक सामान्य है ।
दूसरा यह है कि jbdc-river अभी भी बनाए रखा गया है जब दूसरा 2 साल से नहीं हुआ है, और तब से इलास्टिक्स खोज बहुत विकसित हुई है।
<मजबूत>1. मुझे जो पता है, उससे डेटा को MySQL डेटाबेस से ES क्लस्टर में स्ट्रीम किया जाएगा जो इसे स्वचालित रूप से अनुक्रमित करेगा। क्या वो सही है? क्या कोई समयबाह्य या सीमाएं हैं जिनसे मुझे अवगत होना चाहिए?
MySQL से डेटा को स्वचालित रूप से MySQL से Elasticsearch क्लस्टर में बिना किसी टाइमआउट सीमा के स्ट्रीम किया जाना चाहिए, लेकिन अड़चन आपके JVM हीप साइज की होगी। मुझे यकीन नहीं है कि आपके पास मौजूद डेटा की मात्रा को संसाधित करने के लिए आपको कितनी आवश्यकता है। आपको इसका परीक्षण करने की आवश्यकता है।
<मजबूत>2. संबंधपरक डेटाबेस तालिकाओं के बीच विदेशी कुंजी संबंधों का ES में अनुवाद कैसे किया जाएगा? क्या विदेशी कुंजी वाली तालिका पंक्ति ES दस्तावेज़ के लिए एक आंतरिक वस्तु बन जाएगी या ES दस्तावेज़ों के बीच किसी अन्य संबंध का उपयोग किया जाएगा?
Elasticsearch स्कीमा रहित है इसलिए आपको अंदर के Elasticsearch को प्रबंधित करने की आवश्यकता है . नदी सिर्फ आपके क्लस्टर में डेटा प्रवाहित करती है। जब आप अपना इंडेक्स बनाते हैं तो आप अपनी मैपिंग को परिभाषित कर सकते हैं और फिर इसे ES क्लस्टर में स्ट्रीम करने के लिए नदी का उपयोग कर सकते हैं।
<मजबूत>3. क्या उपरोक्त उद्देश्य के लिए इस नदी का उपयोग करने में कोई नुकसान है?
इन डेटा को प्रवाहित करने के लिए नदी को किसी अन्य स्वच्छ तरीके से बदल दिया जाएगा लेकिन यह आपके लिए अभी के लिए सबसे अच्छा समाधान है।
