🥇एक ही चीज़ को करने से कैसे रोकें

क्या आप नियमित कार्यों को बार-बार दोहराना पसंद करते हैं? तो मैं नहीं करता. लेकिन रोस्टेलकॉम स्टोरेज के साथ काम करते समय हर बार SQL क्लाइंट में, मुझे तालिकाओं के बीच सभी जोड़ों को मैन्युअल रूप से पंजीकृत करना पड़ता था। और यह इस तथ्य के बावजूद है कि 90% मामलों में तालिकाओं में शामिल होने के लिए फ़ील्ड और शर्तें अनुरोध से अनुरोध तक मेल खाती थीं! ऐसा प्रतीत होता है कि किसी भी SQL क्लाइंट में स्वत: पूर्णता फ़ंक्शन होते हैं, लेकिन स्टोरेज के लिए यह हमेशा काम नहीं करता है: प्रदर्शन में सुधार के लिए वे शायद ही कभी अद्वितीय बाधा और विदेशी कुंजी शामिल करते हैं, और इसके बिना प्रोग्राम को पता नहीं चलेगा कि इकाइयां प्रत्येक से कैसे संबंधित हैं अन्य और यह आपके लिए क्या पेशकश कर सकता है।

इनकार, क्रोध, सौदेबाजी, अवसाद और स्वीकृति के करीब पहुंचने के बाद, मैंने फैसला किया - क्यों न मैं स्वयं ब्लैकजैक के साथ ऑटोफिल लागू करने का प्रयास करूं और इसे सही तरीके से करूं? मैं जावा में लिखे गए डीबीवर क्लाइंट का उपयोग करता हूं, इसका एक ओपन सोर्स समुदाय संस्करण है। एक सरल योजना परिपक्व हो गई है:

स्रोत कोड में वे कक्षाएं ढूंढें जो स्वतः पूर्णता के लिए ज़िम्मेदार हैं
उन्हें बाहरी मेटाडेटा के साथ काम करने के लिए पुनर्निर्देशित करें और वहां से जुड़ने के बारे में जानकारी खींचें
??????
मुनाफा

मैंने पहला बिंदु बहुत जल्दी समझ लिया - मुझे बग ट्रैकर में ऑटोफ़िल और संबंधित को समायोजित करने का एक अनुरोध मिला प्रतिबद्ध SQLCompletionAnalyzer वर्ग की खोज की। मैंने कोड देखा और मुझे यही चाहिए। जो कुछ बचा है उसे फिर से लिखना है ताकि सब कुछ काम कर सके। मैंने एक मुफ़्त शाम का इंतज़ार किया और कार्यान्वयन के बारे में सोचना शुरू किया। मैंने json में टेबल लिंक नियम (मेटाडेटा) लिखने का निर्णय लिया। मुझे इस प्रारूप के साथ काम करने का कोई व्यावहारिक अनुभव नहीं था और वर्तमान कार्य को इस चूक को सुधारने के अवसर के रूप में देखा गया।

json के साथ काम करने के लिए मैंने लाइब्रेरी का उपयोग करने का निर्णय लिया जसन-सरल गूगल से. यहीं से आश्चर्य शुरू हुआ। जैसा कि यह निकला, dbeaver, एक सच्चे एप्लिकेशन के रूप में, OSGi ढांचे का उपयोग करके एक्लिप्स प्लेटफ़ॉर्म पर लिखा गया था। अनुभवी डेवलपर्स के लिए, यह चीज़ निर्भरता को प्रबंधित करना सुविधाजनक बनाती है, लेकिन मेरे लिए यह काले जादू की तरह थी, जिसके लिए मैं स्पष्ट रूप से तैयार नहीं था: हमेशा की तरह, मैं उन कक्षाओं को आयात करता हूं जिनकी मुझे हेडर में json-simple लाइब्रेरी से आवश्यकता होती है। संपादित वर्ग, इसे pom. xml में निर्दिष्ट करें, जिसके बाद प्रोजेक्ट स्पष्ट रूप से सामान्य रूप से असेंबल होने से इंकार कर देता है और त्रुटियों के साथ क्रैश हो जाता है।

अंत में, मैं बिल्ड त्रुटियों को ठीक करने में कामयाब रहा: मैंने लाइब्रेरी को pom.xml में नहीं, बल्कि मैनिफ़ेस्ट.एमएफ मेनिफ़ेस्ट में पंजीकृत किया, जैसा कि OSGI द्वारा आवश्यक था, जबकि इसे आयात-पैकेज के रूप में निर्दिष्ट किया गया था। यह सबसे सुंदर समाधान नहीं है, लेकिन यह काम करता है। फिर अगला आश्चर्य सामने आया. यदि आप Intellij Idea में विकास कर रहे हैं, तो आप एक्लिप्स प्लेटफ़ॉर्म के आधार पर अपने प्रोजेक्ट को डीबग करना शुरू नहीं कर सकते हैं: एक अनुभवहीन डेवलपर को क्वेरी पूरी किए बिना किसी विश्लेषक से कम नहीं भुगतना पड़ेगा। बीवर डेवलपर्स स्वयं बचाव के लिए आए, उन्होंने विकी में टैम्बोरिन के साथ सभी नृत्यों का संकेत दिया, जिन्हें करने की आवश्यकता है। सबसे कष्टप्रद बात यह है कि इन सभी झंझटों के बाद भी, प्रोजेक्ट आयात-पैकेज के माध्यम से जुड़े जेसन लाइब्रेरी के साथ डिबग में लॉन्च नहीं होना चाहता था (इस तथ्य के बावजूद कि इसे अभी भी तैयार उत्पाद में सफलतापूर्वक इकट्ठा किया गया था)।

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

मेटाडेटा उदाहरण

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<tableRelations>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_partner</rightTable>
        <joinColumnPair leftColumn="partner_key" rightColumn="partner_key"/>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
    </tableRelation>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_branch</rightTable>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
        <joinColumnPair leftColumn="branch_key" rightColumn="branch_key"/>
    </tableRelation>
</tableRelations>

परिणामस्वरूप मैं परिवर्तन किये SQLUtils और SQLCompletionAnalyzer कक्षाओं में। विचार यह है: यदि प्रोग्राम बुनियादी तर्क का उपयोग करके उपयुक्त स्वत: पूर्ण सुझाव ढूंढने में असमर्थ था, तो यह बाहरी xml फ़ाइल का उपयोग करके संभावित जुड़ावों की उपस्थिति की जांच करता है। फ़ाइल स्वयं उन फ़ील्ड्स को इंगित करने वाली तालिकाओं के जोड़े को संग्रहीत करती है जिनके द्वारा इन तालिकाओं को लिंक करने की आवश्यकता होती है। रिकॉर्ड eff_dttm और exp_dttm की तकनीकी वैधता तिथियों और तार्किक विलोपन ध्वज delete_ind पर प्रतिबंध डिफ़ॉल्ट रूप से सेट किए गए हैं।

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

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

स्रोत: www.habr.com

एक ही चीज़ को करने से कैसे रोकें?

एक टिप्पणी जोड़ें उत्तर रद्द