एउटै कुरा गर्न कसरी रोक्ने

के तपाइँ नियमित कार्यहरू बारम्बार दोहोर्याउन चाहनुहुन्छ? त्यसैले म गर्दिन। तर प्रत्येक पटक SQL क्लाइन्टमा Rostelecom भण्डारणको साथ काम गर्दा, मैले म्यानुअल रूपमा टेबलहरू बीचको सबै जडानहरू दर्ता गर्नुपर्थ्यो। र यो तथ्यको बावजुद 90% केसहरूमा तालिकाहरूमा सामेल हुनका लागि क्षेत्रहरू र सर्तहरू अनुरोध गर्न अनुरोधबाट मिल्छन्! यस्तो देखिन्छ कि कुनै पनि SQL क्लाइन्टमा स्वतः-समापन कार्यहरू छन्, तर भण्डारणहरूको लागि यसले सधैं काम गर्दैन: तिनीहरू विरलै प्रदर्शन सुधार गर्नको लागि अद्वितीय अवरोध र विदेशी कुञ्जी समावेश गर्दछ, र यो बिना कार्यक्रमले प्रत्येक संस्थासँग कसरी सम्बन्धित छ भनेर थाहा हुँदैन। अन्य र यसले तपाईंलाई प्रस्ताव गर्न के गर्न सक्छ।

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

1. स्रोत कोडमा कक्षाहरू फेला पार्नुहोस् जुन स्वत: पूर्णताको लागि जिम्मेवार छन्
2. तिनीहरूलाई बाह्य मेटाडेटासँग काम गर्न रिडिरेक्ट गर्नुहोस् र त्यहाँबाट जोडिने बारे जानकारी तान्नुहोस्
3. ??????
4. PROFIT

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

json सँग काम गर्न मैले पुस्तकालय प्रयोग गर्ने निर्णय गरें json - सरल Google बाट। यहींबाट आश्चर्य सुरु भयो। यो बाहिर निस्कियो, dbeaver, एक साँचो अनुप्रयोगको रूपमा, OSGi फ्रेमवर्क प्रयोग गरेर Eclipse प्लेटफर्ममा लेखिएको थियो। अनुभवी विकासकर्ताहरूको लागि, यो कुराले निर्भरताहरू व्यवस्थापन गर्न सजिलो बनाउँछ, तर मेरो लागि यो कालो जादू जस्तै थियो, जसको लागि म स्पष्ट रूपमा तयार थिइनँ: सामान्य रूपमा, म हेडरमा json- सरल पुस्तकालयबाट मलाई आवश्यक कक्षाहरू आयात गर्दछु। सम्पादित वर्ग, यसलाई pom. xml मा निर्दिष्ट गर्नुहोस्, त्यसपछि परियोजना स्पष्ट रूपमा सामान्य रूपमा भेला हुन अस्वीकार गर्दछ र त्रुटिहरूको साथ क्र्यास हुन्छ।

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

त्यो समय सम्म, मैले मेरो कार्यको लागि json प्रयोग गर्दा असुविधा महसुस गरिसकेको थिएँ - आखिर, मेटाडेटा म्यानुअल रूपमा सम्पादन गरिनु पर्ने थियो, र xml ढाँचा यसको लागि राम्रो उपयुक्त छ। xml को पक्षमा दोस्रो तर्क JDK मा सबै आवश्यक कक्षाहरूको उपस्थिति थियो, जसले यसलाई बाह्य पुस्तकालयसँग लड्न रोक्न सम्भव बनायो। धेरै खुशीको साथ, मैले सबै मेटाडेटा 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 र तार्किक मेटाउने झण्डा deleted_ind को प्राविधिक वैधता मितिहरूमा प्रतिबन्धहरू पूर्वनिर्धारित रूपमा सेट गरिएका छन्।

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

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

स्रोत: www.habr.com