👩🏾‍🤝‍👩🏽 📆 👐🏽 क्या Oracle के बजाय Tibero का उपयोग करना संभव है। और क्या यह आवश्यक है 🏅 🌔 🔃

इस लेख में, मैं आपको बताऊंगा कि मैंने ओरेकल के विकल्प के बारे में गंभीरता से कैसे सोचा। लेकिन पोस्टग्रे के बारे में आप क्या कहते हैं? हां, लेकिन बारीकियां हैं। पहले हम इस सवाल से निपटेंगे कि "ओरेकल क्यों?"
हमारे डेटाबेस में व्यावसायिक तर्क। पेशेवरों के लिए ओरेकल पुस्तक में, टॉम काइट लिखते हैं

डेटाबेस एप्लिकेशन विकसित करते समय, मैं एक बहुत ही सरल मंत्र का उपयोग करता हूं:

यदि संभव हो, तो इसे एकल एसक्यूएल स्टेटमेंट के साथ करें;
यदि यह एकल SQL कथन के साथ नहीं किया जा सकता है, तो इसे PL / SQL में करें;
यदि यह पीएल / एसक्यूएल में नहीं किया जा सकता है, तो जावा संग्रहीत प्रक्रिया का उपयोग करने का प्रयास करें;
यदि यह जावा में नहीं किया जा सकता है, तो इसे सी में एक बाहरी प्रक्रिया के रूप में करें;
यदि इसे C में एक बाहरी प्रक्रिया के रूप में लागू नहीं किया जा सकता है, तो आपको इस बारे में गंभीरता से सोचने की आवश्यकता है कि ऐसा क्यों किया जाता है ...

और सिस्टम डिजाइन में, मैं इस नियम का पालन करता हूं। ओरेकल में ऑब्जेक्ट प्रकार विशेष रूप से मनभावन हैं, उनकी मदद से, ओओपी के सभी कैनन के अनुसार जटिल व्यावसायिक तर्क को खूबसूरती से और आसानी से लागू किया जाता है।

ओरेकल महंगा है। इसे खरीदना और इसमें मौजूद हर चीज का उपयोग न करना एक गलती होगी।
और फिर भी, हमेशा टीम और दक्षताओं का एक कारक होता है। यदि आपकी टीम दस साल के लिए ओरेकल पर सब कुछ विकसित कर रही है, तो पोस्टग्रे को जारी करना दर्दनाक हो सकता है।

ओरेकल महंगा है। इतना महंगा कि आप इसके बारे में कई बार लिख सकते हैं, और नए प्रोजेक्ट में ओरेकल की आवश्यकता के बारे में नहीं सोचना एक गलती होगी।

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

प्रयोग विवरण

TMaxSoft प्रतिनिधियों का कहना है कि Tibero ओरेकल के साथ लगभग 100% संगत है, और डेटाबेस माइग्रेशन के लिए एक उपयोगिता है। मैंने अपने उत्पाद आधार को ओरेकल के सभी आकर्षण का उपयोग करके ओरेकल में व्यावसायिक तर्क के साथ लेने का फैसला किया, और इसे तिबरो में स्थानांतरित कर दिया। इस प्रकाशन में, हम स्वयं डेटा के प्रवास पर विचार नहीं करते हैं, यह कम दिलचस्प नहीं है, और मैंने अभी तक पूर्ण प्रवास की कोशिश नहीं की है।

कार्य यह है:

1. स्थानांतरण टेबल।
2. अनुक्रमित, चाबियाँ, आदि का स्थानांतरण।
3. ट्रांसफर पैकेट और ट्रिगर।
4. वस्तु प्रकारों का स्थानांतरण।

लेकिन पहले, आइए उपकरणों से निपटें।

उपकरण

Google Tibero के बारे में बहुत कम जानता है। हमने डेटाबेस को एक वर्चुअल मशीन के रूप में डाउनलोड किया, जिस पर पहले से ही सब कुछ तैनात किया गया है। केवल दो उपकरण हैं: टी-यूपी की माइग्रेशन के लिए एक उपयोगिता, और डीबीए के लिए एक आईडीई और tbAdmin डेवलपर। सब कुछ जावा में किया जाता है, सिद्धांत में कहीं भी चलता है।

T-UP कुछ इस तरह दिखता है:

मुख्य विंडो: डेटाबेस कनेक्शन।

यदि आप विकल्प पर क्लिक करते हैं, तो आप कुछ कॉन्फ़िगर कर सकते हैं।

सबसे महत्वपूर्ण बात, आप माइग्रेट करने के लिए ऑब्जेक्ट्स के प्रकार का चयन कर सकते हैं।

कोई निर्देश, मदद, सुझाव नहीं मिल सके।
यह एक घर का बना उपयोगिता की छाप बनाता है। कभी-कभी वह निष्पादन के साथ बाहर निकलती थी, लेकिन मूल रूप से उसने आवश्यकतानुसार काम किया।

दूसरा उपकरण Tibero Admin IDE है। यदि आप पहले वहां पंजीकरण करते हैं तो इसे TMaxSoft वेबसाइट से डाउनलोड किया जा सकता है। आप वहां एक डेमो लाइसेंस भी प्राप्त कर सकते हैं।

Tibero Admin एक आम पुरानी IDE की तरह दिखता है

मुझे ऑलराउंड ऑटोमेशन से उत्कृष्ट PL / SQL डेवलपर टूल का उपयोग किया जाता है। Tibero Admin में, प्रासंगिक संकेतों के बारे में भूल जाएं, "डॉट" पर क्लिक करने के बाद आपकी स्क्रीन पर कुछ भी दिखाई नहीं देगा, यह आपके लिए तालिकाओं और ऑब्जेक्ट्स के नामों को संलग्न नहीं करेगा। बस कोड टाइप करें, आप प्रोग्रामर। मदद, प्रलेखन? नहीं। निर्माता की वेबसाइट पर DBMS पर प्रलेखन है, इस तरह के एक दिलचस्प ... एक खोज के बिना। आईडीई के लिए कोई दस्तावेज नहीं मिला। हालांकि, कुछ भी जटिल नहीं है। प्राधिकरण के साथ समस्याएं थीं - यह पता चला कि उपयोगकर्ता को सिर्फ tbAdmin में जाने के लिए DBA अधिकार दिए जाने की आवश्यकता है। और बंदरगाहों के साथ दिलचस्प है , 8630 SYS के लिए है, अन्य सभी 8629 के लिए ।

आईडीई कीड़े। समय-समय पर, जब आप कहीं पर प्रहार करते हैं, तो सीमा से बाहर का संदेश सूचकांक बाहर निकलता है , java.lang.Exception जैसे संदेश : प्रतिबद्धता सफल बहुत डरावना है। विभिन्न प्रकार के एसक्यूएल और पीएसएम खिड़कियों को ध्यान में रखना आवश्यक है: पहले में, आप प्रोग्राम कोड को संकलित करने की संभावना नहीं रखते हैं, दूसरे में, आप अनुरोध को निष्पादित नहीं करेंगे। पीएल / एसक्यूएल डेवलपर के बाद - बाएं हाथ का एक दुखी सा ...

प्रयोग के लिए हो रही है।

टेबल प्रवासन

हम टी-यूपी में स्कीम का चयन करते हैं, माइग्रेट पर क्लिक करते हैं, पहले विकल्पों में "तालिकाओं" का चयन करें और स्थानांतरण प्रक्रिया शुरू होती है। मैं दो समस्याओं में भाग गया।

टेबलस्पेस। मैंने उन्हें तालिकाओं में स्थानांतरित करने का फैसला किया, लेकिन लगता है कि टिबेरो ने उनके लिए उतनी ही जगह आरक्षित करने की कोशिश की, जितनी वे स्रोत डेटाबेस में रखते हैं। और यह बहुत कुछ है, और वह नहीं कर सका। मैंने मैन्युअल रूप से टेबल स्पेस बनाए, और फिर सब कुछ ठीक हो गया।

'31 .12.2019 'प्रकार के DEFAULT दिनांक मानों के साथ तालिकाओं के अलावा। ओरेकल सेटिंग्स में, हमारे पास यह प्रारूप पंजीकृत है, तिबरो के लिए यह मदद करता है

alter session set nls_date_format='DD.MM.YYYY';

लेकिन ऐसा करने के लिए टी-यूपी कहीं नहीं है। TMaxSoft के सहकर्मियों ने चर TB_NLS_DATE_FORMAT = "DD.MM.YYYY" को सेट करने की सलाह दी, लेकिन इससे मुझे व्यक्तिगत रूप से मदद नहीं मिली। शायद मैंने कुछ गलत किया है। मुझे मैन्युअल रूप से ऐसे मापदंडों के साथ तालिकाओं का निर्माण करना था, उनमें से कई नहीं हैं।

पहले चरण का परिणाम: ओरेकल से टिबोरो तक तालिका संरचना को स्थानांतरित करना अच्छी तरह से काम करता है।

कुंजी और अनुक्रमित।

हम चेक-इन INDEX, T-UP में CONSTRAINT, और आगे का चयन करते हैं। तारीख के साथ समान स्थिति के कारण CHECK के साथ समस्याएं उत्पन्न हुईं। सामान्य तौर पर, अनुक्रमित, प्राथमिक कुंजी, चेक - बनाए गए हैं। लेकिन मुझे नए सिरे से बनाए गए डेटाबेस में विदेशी कुंजी नहीं मिली। और स्थिरांक का माइग्रेशन "माइग्रेशन विफल: java.lang.NullPointerException" संदेश के साथ टी-यूपी लॉग में समाप्त होता है । संयोग? मुझे ऐसा नहीं लगता ...

पैकेज और ट्रिगर।

ट्रिगर्स में मेरे पास कुछ भी जटिल नहीं है, वे पूरी तरह से बनाए गए थे। सच है, मैंने जांच नहीं की कि वे कैसे काम करते हैं, यह एक अलग कहानी होगी।

आइए उन प्रक्रियाओं और कार्यों के बारे में बात करें जो तर्क के हिस्से को लागू करते हैं। यहाँ, दुर्भाग्य से, सब कुछ पूरी तरह से नहीं हुआ।

सरल: तिबरो की ~~सेना में~~ कोई नया शब्द नहीं है। ओ: = नया निर्माण t_my_type () संकलन नहीं करेगा। ओरेकल में, यह सच है, अनिवार्य नहीं है, लेकिन मैंने हमेशा किसी कारण से लिखा है। मुझे हटाना पड़ा।

DBA भूमिका SQL विंडो को सभी तालिकाओं तक पहुँचने की अनुमति देती है। हालाँकि, किसी स्कीमा में किसी पैकेज या प्रक्रिया को ऐसी भूमिका के साथ संकलित करते समय, किसी अन्य स्कीमा की तालिकाओं और वस्तुओं का उपयोग करते समय, आपको ऑब्जेक्ट को संबंधित अनुदान देने की आवश्यकता होती है। डीबीए भूमिका का जादू यहां मदद नहीं करता है।

विशिष्ट से। मुझे अपने डेटाबेस में एक अजीब फ़ोरल मिला, जो, हालांकि, काम करता है।

 --     PROCEDURE save_tar_test AS TYPE number_table IS TABLE OF NUMBER INDEX BY BINARY_INTEGER; TYPE date_table IS TABLE OF DATE INDEX BY BINARY_INTEGER; TYPE varchar50_table IS TABLE OF VARCHAR2(50) INDEX BY BINARY_INTEGER; TYPE char1_table IS TABLE OF CHAR(1) INDEX BY BINARY_INTEGER; TYPE t_tar_det_out_upd_rec_test IS RECORD ( --   cmr_tar_det_id number_table, in_stamp date_table, err_code_id number_table ); tdou_rec t_tar_det_out_upd_rec_test; BEGIN --   ,  tdou_rec  :      Oracle FORALL j IN 1 .. tdou_rec.cmr_tar_det_id.COUNT UPDATE cmr_tar_det dd SET err_code_id = tdou_rec.err_code_id(j) WHERE dd.cmr_tar_det_id = tdou_rec.cmr_tar_det_id(j) AND in_stamp = tdou_rec.in_stamp(j); END;

Tibero का कहना है कि "dml स्टेटमेंट में बल्क-इन पैरामीटर ia forall close होना चाहिए" । और मैं इसे गहराई से समझता हूं, लेकिन इस कोड को एक नियमित चक्र में फिर से तैयार करना पड़ा।

ऑब्जेक्ट वाली तालिकाओं के साथ स्थिति बदतर है।

 CREATE OR REPLACE TYPE S1.TYPE_PAY_HIST AS OBJECT ( pay_status_id NUMBER(1), stamp DATE ); CREATE OR REPLACE TYPE S1.TABLE_PAY_HIST AS VARRAY(10) OF type_pay_hist; create table S2.RECEIPT ( receipt_id NUMBER(8) not null, pay_sum NUMBER(12,2) not null, receipt_hist S1.TABLE_PAY_HIST ); FUNCTION receipt_status_change(p_cmr_receipt_id NUMBER, p_new_status NUMBER) RETURN NUMBER AS l_receipt_hist s1.table_pay_hist; l_type_pay_hist s1.type_pay_hist; l_status NUMBER; BEGIN BEGIN SELECT receipt_hist INTO l_receipt_hist FROM receipt p WHERE p.receipt_id = p_cmr_receipt_id FOR UPDATE; EXCEPTION WHEN NO_DATA_FOUND THEN RETURN c_err_not_find_status; END; ... END;

हमारे पास एक संकलन त्रुटि है, टाइप करें गलत।

TMaxSoft के लोगों ने कोड के इस संस्करण का प्रस्ताव दिया:

 create or replace FUNCTION .... AS l_receipt_hist table_pay_hist; l_type_pay_hist type_pay_hist; l_status NUMBER; cmr_receipt_row cmr_receipt%rowtype; BEGIN BEGIN SELECT * INTO cmr_receipt_row FROM cmr_receipt p WHERE p.cmr_receipt_id = p_cmr_receipt_id FOR UPDATE; SELECT TYPE_PAY_HIST(r.pay_status_id,r.stamp) bulk collect INTO l_receipt_hist FROM cmr_receipt p,table(p.receipt_hist) r WHERE p.cmr_receipt_id = p_cmr_receipt_id; EXCEPTION WHEN NO_DATA_FOUND THEN dbms_output.put_line('NO_DATA_FOUND'); RETURN null;--c_err_not_find_status; END; ... END;

यह काम शायद काम करता है। लेकिन इतना सुविधाजनक नहीं है, और आपको कोड को फिर से करना होगा।

बाकी चीजों को एसडीओ_जीओएम जैसी विशिष्ट चीजों को छोड़कर, सामान्य रूप से संकलित किया जाता है। और वैसे, तिबरो का एक एनालॉग है। उनके हाथ अभी तक उनके अध्ययन तक नहीं पहुंचे थे।

प्रकार

एक परियोजना में, हम ओरेकल की शक्ति का उपयोग ओरेकल खोखले द्वारा करते हैं।
Tibero के लिए सबसे रोमांचक सवाल इस बारे में था।

हम एक निश्चित प्रकार का निर्माण करते हैं, जो अन्य प्रकार के सेट के लिए बुनियादी है।

 CREATE OR REPLACE TYPE t_tar_object AS OBJECT ( id NUMBER(12), smth NUMBER(12), CONSTRUCTOR FUNCTION t_tar_object RETURN SELF AS RESULT, MEMBER FUNCTION target(param IN NUMBER DEFAULT NULL) RETURN NUMBER, MEMBER FUNCTION inside(o t_tar_object) RETURN NUMBER, MEMBER FUNCTION clone RETURN t_tar_object ) NOT FINAL; --  CREATE OR REPLACE TYPE BODY t_tar_object AS CONSTRUCTOR FUNCTION t_tar_object RETURN SELF AS RESULT AS BEGIN RETURN; END; MEMBER FUNCTION target(param IN NUMBER DEFAULT NULL) RETURN NUMBER AS BEGIN RETURN id; END; MEMBER FUNCTION clone RETURN t_tar_object AS BEGIN RETURN NULL ; END; END;

और अब हम उसके लिए एक योग्य उत्तराधिकारी बनाने की कोशिश कर रहे हैं।

 CREATE OR REPLACE TYPE t_tar_service UNDER t_tar_object ( is_virtual NUMBER(1), CONSTRUCTOR FUNCTION t_tar_service (p_serv_obj t_tar_object, p_main_id NUMBER, p_pack_id NUMBER) RETURN SELF AS RESULT, OVERRIDING MEMBER FUNCTION target(param IN NUMBER DEFAULT NULL) RETURN NUMBER, OVERRIDING MEMBER FUNCTION clone RETURN t_tar_object ) NOT FINAL;

संकलक लक्ष्य फ़ंक्शन को ओवरराइड करने से इनकार करेगा। हालाँकि, क्लोन फ़ंक्शन के बारे में कोई प्रश्न नहीं हैं। यह पता चला है कि जब विधि में पैरामीटर होते हैं तो तिबरो को ओवरराइडिंग पसंद नहीं था। ठीक है, ओवरराइडिंग शब्द को हटा दें। लेकिन यह चिंताजनक है, और हम परीक्षण स्क्रिप्ट लिखते हैं। अब तक मूल प्रकार के साथ।

 declare o1 t_tar_object; i1 number := 100; begin o1 := t_tar_object; o1.id := 1; i1 := o1.target; -- dbms_output.put_line (i1)   . --      ,  ,     i1   -- if i1 > 0 then dbms_output.put_line ('big'); end if; if i1 < 0 then dbms_output.put_line ('small'); end if; if i1 = 0 then dbms_output.put_line ('zero'); end if; if i1 is null then dbms_output.put_line ('null'); end if; end;

ऐसा लगता है कि हमने कार्यक्रम के लिए कोई विकल्प नहीं छोड़ा, कोई फर्क नहीं पड़ता कि चर i1 क्या मूल्य लेता है, कुछ आउटपुट में दिखाई देना चाहिए। लेकिन ... कुछ भी नहीं दिखाई देता है!

मुझे तुरंत एक बेहतरीन फिल्म याद आ गई

यह विषमता यहीं खत्म नहीं होती। प्रयोग को बदतर बना रहा है

 declare o1 t_tar_object; i1 number := 100; begin o1 := t_tar_object; o1.id := 1; i1 := o1.target; --  ,      -    i1 := 2; if i1 > 0 then dbms_output.put_line ('big'); end if; if i1 < 0 then dbms_output.put_line ('small'); end if; if i1 = 0 then dbms_output.put_line ('zero'); end if; if i1 is null then dbms_output.put_line ('null'); end if; end;

यहां तक कि तथ्य यह है कि ऑब्जेक्ट के तरीकों के साथ सभी जोड़तोड़ के बाद, हम सख्ती से चर के मूल्य को निर्धारित करते हैं, कुछ भी नहीं बदलता है - आउटपुट खाली है।

नियंत्रण प्रयोग, पागलपन के लिए खुद को परखें:

 declare o1 t_tar_object; i1 number ; begin o1 := t_tar_object; o1.id := 1; --i1 := o1.target;    i1 := 2; if i1 > 0 then dbms_output.put_line ('big'); end if; if i1 < 0 then dbms_output.put_line ('small'); end if; if i1 = 0 then dbms_output.put_line ('zero'); end if; if i1 is null then dbms_output.put_line ('null'); end if; end;

पोषित "बड़ा" आउटपुट में दिखाई देता है। खौफनाक, है ना? एक वैज्ञानिक प्रहार का उपयोग करते हुए, TMaxSoft के लोगों ने पाया कि यदि आप t_tar_object विनिर्देशन से "NOT FINAL" बारीकियों को हटाते हैं, तो वस्तु उचित रूप से व्यवहार करेगी। लेकिन फिर हमें बिना वारिस के ऐसी ... की क्या जरूरत है।

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

निष्कर्ष

क्या Tibero की वर्तमान स्थिति में कोई भविष्य है? यकीन नहीं होता। आखिरकार, यदि आप मेस्केल को छोड़कर लाइसेंस की लागत को देखते हैं, तो एक मानक सॉकेट की लागत लगभग 800,000 है। जो कि ओरेकल की तुलना में सस्ता है, लेकिन कई बार नहीं। और जैसा कि मैं अपने स्वयं के अनुभव से आश्वस्त था, अब तक यह ओरेकल के पास भी नहीं है।

क्या यह लगभग मुफ्त टिबोरो का उपयोग करने के लिए समझ में आता है जो अब पेश किया जा रहा है? शायद हाँ। उनका कहना है कि तकनीकी सहायता (एक सॉकेट के लिए प्रति वर्ष 99,000 रूबल) की लागत के लिए भुगतान करते समय, वाणिज्यिक परियोजनाओं में इस आधार का उपयोग करने की अनुमति है। यदि आपके पास oracleists की एक टीम उपलब्ध है, और आपको अपने सर्वर पर बहुत मुश्किल नहीं, बल्कि सस्ता और तेज़ - कुछ रोचक विकल्प बनाने और रखने की आवश्यकता है। आप अभी भी प्रतिबंध कार्ड खेल सकते हैं, परेशान ग्राहकों को बता रहे हैं कि कोरिया संयुक्त राज्य नहीं है।

क्या मुझे ओरेकल से तिबरो में मौजूदा परियोजनाओं का अनुवाद करना चाहिए? कोई रास्ता नहीं। इस तरह के रोमांच की तलाश करने का कोई कारण नहीं है। ओरेकल तकनीकी सहायता छोड़ना और किसी को भी कुछ भी भुगतान करना आसान है।

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

शायद Tibero के अगले संस्करण में सब कुछ अलग होगा। केवल प्रकारों को समाप्त करना, सामान्य आईडीई बनाना आवश्यक है, शायद मूल्य निर्धारण नीति को बदल दें। और अगर DBMS कारों के साथ भी ऐसा ही है, तो 5 साल के बाद कोरियाई एक महत्वपूर्ण बाजार हिस्सेदारी पर कब्जा कर सकते हैं और हेगमन को दबा सकते हैं। हम देखेंगे।

पुनश्च

एक गंभीर प्लस जब एक नई परियोजना के लिए DBMS चुनते हैं, तो यह TMaxSoft तकनीकी सहायता का काम हो सकता है। मैंने एक डॉलर के लिए एक लाइसेंस भी नहीं खरीदा था, और लोगों ने मुझे तुरंत जवाब दिया, स्पष्ट रूप से दिलचस्पी थी। उन्होंने मूर्खतापूर्ण सवालों और यहाँ वर्णित लोगों दोनों की मदद की। प्रतिक्रिया उत्कृष्ट है।

क्या Oracle के बजाय Tibero का उपयोग करना संभव है। और क्या यह आवश्यक है