जहां तक मुझे पता है, ओरेकल एआरएम-आधारित लिनक्स के लिए तत्काल क्लाइंट प्रदान नहीं करता है, और न ही कभी निकट भविष्य में कभी नहीं करेगा। चूंकि यह एक मालिकाना सॉफ्टवेयर है, इसलिए इस बात की बहुत कम संभावना है कि आप इसे "संकलित" कर सकें...
-
एक विकल्प यह होगा कि आप अपने स्वयं के ड्राइवर को Oracle के वायर-प्रोटोकॉल को लागू करने के लिए लिखें। लेकिन यह तुच्छ से बहुत दूर है। (संभावित) कानूनी निहितार्थों का उल्लेख नहीं करना क्योंकि यह एक मालिकाना प्रोटोकॉल है।
-
अभी के लिए, यदि आप सीधे कनेक्ट करना चाहते हैं तो आपका सर्वश्रेष्ठ दांव आपके एआरएम बॉक्स से ओरेकल सर्वर तक, शायद जेडीबीसी थिन-ड्राइवर का उपयोग करना है क्योंकि यह शुद्ध-जावा है और चाहिए एआरएम के लिए एक जेवीएम पर चलाएं। यदि आपका एप्लिकेशन जावा में नहीं लिखा गया है, तो आपको शायद किसी प्रकार का गेटवे स्वयं लिखना होगा - या जेएनआई के माध्यम से अपना सामान लपेटना होगा (एक कीचड़ की तरह लगता है, नहीं?)
-
आपकी आवश्यकताओं और आपकी परियोजना आवश्यकताओं के आधार पर, हो सकता है कि आपको किसी प्रकार की "वेब सेवा" ओरेकल के प्रवेश द्वार के रूप में कार्य करने और आपके नेटवर्क पर कहीं x86/amd64 बॉक्स पर चलने के विकल्प की जांच करनी चाहिए। तब आपके ग्राहक (एआरएम-आधारित या नहीं) इसके माध्यम से अंतर्निहित डीबी तक पहुंच पाएंगे।
-
ओपन-सोर्स आरडीएमबीएस के लिए कई क्लाइंट हैं जिनका उपयोग आप एआरएम उपकरणों पर कर सकते हैं। हो सकता है कि आप इनमें से किसी एक RDBMS Oracle के बीच डेटा को सिंक्रनाइज़ करने का प्रबंधन कर सकें?
अपने रूप में, मैं तीसरे समाधान की ओर बढ़ूंगा। लेकिन एक बार फिर, यह सब आपकी वास्तविक ज़रूरतों पर निर्भर करता है।
नीचे दी गई आपकी विभिन्न टिप्पणियों को देखते हुए, मैं कहूंगा कि एआरएम लक्ष्य का चुनाव एक त्रुटि थी क्योंकि आपको तत्काल क्लाइंट को एम्बेड करने की पूर्ण आवश्यकता थी। Oracle RDBMS से कनेक्ट करने के लिए।
हो सकता है कि एक छोटा फॉर्म-फैक्टर इंटेल का एटम आधारित बोर्ड यहां बेहतर विकल्प होता? A एक नज़र डालें उदाहरण के लिए MinnowBoard या यहां तक कि Intel Galileo पर। वे केवल सुझाव हैं। और मैंने उनमें से किसी के साथ कभी काम नहीं किया। आप शायद थोड़ा गुगल करके अन्य/बेहतर विकल्प ढूंढ पाएंगे। Linux संगतता/इंस्टॉल में आसानी के लिए जाँच करें -- और आपके पास एक पूर्ण विकसित x86 आर्किटेक्चर होगा।
